Kosinator

Hallo, Es geht um die allgemeine Frage, ob auch eine Machbarkeitsstudie als Abschlussprojekt in Ordnung ist, ich meine damit konkret, dass eine Anwendung für mobile Endgeräte, also PDAs, Smartphones und allg. Handies nicht wie anzunehmen in JAVA gecodet wird, sondern "erstmal" in C#, und damit "nur" Windows-mobile Endgräte bedient werden. Der Sinn und Zweck ist einfach die Zeit und damit Kostenersparniss, dem Entwickler (mir) fällt es sicherlich einfacher, ein Programm in seiner gewohnten (Entwicklungs)Umgebung und seiner gewohnten (.Net)Sprache zu entwerfen, als sich nicht nur auf einem anderen Terrain (Handys) sondern in einer anderen Welt (java) zu bewegen. Falls das Produkt (Programm) bei Kunden guten anklang findet, lässt sich eine so geartete Anwendung ja dennoch auf allgemeinere Platformen "portieren" (neu schreiben). Was meint Ihr, Go oder No ? Gruß, Kosi

Hallo nochmal und erstmal danke für eure Anregungen. Nach ansprache mit meinem Vorgesetzten am Freitag, sind beide Vorschläge (erstmal) vom Tisch; Mir wurde ein völlig anderes Projekt "nahegelegt", welches ich im Folgenden kurz beschreiben werde; Auch zu diesem Projekt wären Stellungsnahmen interessant und hilfreich, also, her mit der Kritik. Projekt: Entwickeln eines mobilen Programms zur Organisation von Kolonnen und Baustellen. IST: Wir, als Firma SoWieSo entwickeln Branchensoftware für den (XY-)Bau. Von einigen Kunden kam bereits der Wunsch, seine eigenen Kolonnen mithilfe unserer Software besser verwalten zu können. Bisher müssen Kolonnenleiter bei Ankunft und beim Verlassen der Baustelle mit der Zentrale Rücksprache halten, etwa welche Mitarbeiter tatsächlich vor Ort sind, (sein sollten), oder wo die Kolonne nach feritgstellung einer Baustelle als nächstes "gebraucht" wird (vorrangig Pflegeeinsätze). Ausserdem haben einige unserer Kunden verschiedene Lohnsätze für Arbeits- und Wegezeit und hätten daher die Ankunft und das Verlassen von Baustellen gerne automatisch, statt manuel wie bisher, dokumentiert. SOLL: Eine bereits existierende Schnittstelle (werde ich vor diesem Projekt oder "zeitgleich" erstellen) mit den benötigten Daten, also Baustelle, Mitarbeiter, evtl. GPS-Koordinaten, soll mithilfe dem bereits existierenden Protokoll (echt keine Ahnung wie genau ich das machen werde, webseite mit authorifizierung oder anderweitiges protokoll, muss ich mal sehen, ist aber im vorfeld (zeitgleich) mit diesem Projekt bereits vorhanden und damit nicht Teil dieses Projektes) auf mobiele Endgeräte, (PDAs, möglicherweise Handys) übertragen und angeglichen werden können. Somit muss der KolonnenLeiter "nur noch" bei Ankunft und beim Verlassen einer Baustelle die mobiele Applikation starten, um die Ankunfts- Abfahrtszeiten sowie eventuelle MitarbeiterDaten (Franz war heute 2 Stunden später da) zu übertragen, sowie veränderte BaustellenDaten zu erhalten (nächste Baustelle hat sich verändert, Ihr müsst nach B anstatt von A) Ich hoffe es ist mehr oder minder Klar geworden worum es geht. Ich soll ein Programm basteln, welches auf mobielen Geräten, wie Handys, funktioniert, und das mithilfe eines von mir noch zu erstellenden Protokolls (internetbasierend) Daten empfängt und zurück -schickt. (Schnittstelle und Protokoll vorProjekt, gibts schon quasi) Und diese Daten wollen dargestellt werden. Super wäre es auch (Soll Ziel), wenn ich noch die GPS-Koordinaten vom Mobiltelefon mitprüfen/wegschicken könnte, obwohl ich nicht im geringsten weiß, ob Handys sich diese Daten "mal eben so" entlocken lassen (sandbox). Nun ja, soweit, sogut. Ihr habt vielleicht einige Fragen, und ich habe auch einige erstmal zu meinen: Programmiersprache: Gerade für mobile Endgeräte ist JAVA ME sicherlich toll, jedoch bin ich C#-.Net mensch, von daher werde ich vermutlich, als Studie sozusagen das Programm auf .Net basis bauen, und je nach Resonanz unserer Kunden, dann das selbe nochmal in JAVA "Nachprogrammieren". Somit kann ich die Handys auf welchen das Programm lauffähig sein soll (erstmal) auf Windows-mobile-fähige endgeäte beschränken. Zumal ich dann in der gewohnten (VS2k8) umgebung arbeiten kann. Benutztes Protokoll: Nun ja, weiß ich selber noch nicht genau, es soll wähernd oder kurz vor meiner Projektphase "erstellt" werden. Je nach machbarkeit werden entweder die infrage kommenden Baustellen und PersonalDaten bereits etwa für eine Woche im Vorraus schon auf dem Handy gesichert, und dann über das Protokoll die jeweils benötigten Daten (Baustelle-Mitarbeiter) angezeigt (weniger Daten hin und her geschiffe, oder die Daten werden ad hoc zum vom Handy abgefragt. Vorstellbar wäre auch, falls es anders nicht geht, eine mobil-optimierte Webseite, in die, nach Autherefizierung, der Bauleiter Daten einsehen und eintragen kann (eher eie einfachere Variante). Zeitplanung habe ich noch keine, bisher war ich nicht auf dem Handy- programmierungs-markt aktiv, aber mein chef meint, die nächste (XY-)Bau Messe ist bald, und das wäre doch ein werbeträchtiges Thema. Zum Thema Handyding: Spontan fällt mir da noch ein; Ich habe nicht den wichtigsten Thread (wenn ein Anruf reinkommt, z.B.), habe nicht immer Emfang und nicht immer Akku , natürlich auch weniger ressourcen als aufm Rechner. Aber Im prinzip kann ich mich ja dahingehend auch ausserhalb der Projektarbeit "vorbereiten" und Handy-Programmier-Wissen anlegen. Das Coden an sich ist ja nur n wenig GUI mit Datenanbindung auf Knopfdruck, und sollte in einem Wochenende gut zu machen sein. (Zumindest ist das eine Aussage meines Chefs, [nichts für ungut ]) Also, was meint Ihr dazu, in <70h zu schaffen, oder sollte ich versuchen ein anderes Projekt aus dem Boden zu stampfen ? Gruß, Kosi

Alt 20.12.2006, 15:00 Leichen ausm Keller holen?

Hallo zusammen, ich bin noch auf der Suche nach einem geeigneten Abschlussprojekt, und wollte euch um eure Meinung bitten. Erstmal, der (angestrebte) Beruf ist FIAE. Jetzt kommen wir direkt zu den Schwierigkeiten, die sich mir stellen: Also, ich arbeite in einer kleinen (14 Mann, davon zwei Entwickler unf zwei AE-Azubis) Softwareschmiede, die sich quasi mit einem Produkt (umfangreiche Branchensoftware) das täglich Brot erarbeitet. Die Aufgaben meinerseits sind hautsächlich implementierungen von Kundenanpassungen (kleine bis große, mitarbeit an neuen Modulen usw.), bugfixes, performanceverbesserungen, Datenübernahmen von anderen Programmen (und Entwicklung von "Schnittstellen"), und, seit einer Woche verbesserung der Schnittstelle zwichen unserem Programm und unserem favorisiertem CAD Programm (Vertriebspartner). Also ganz normales Tagesgeschäft eben. Das ist auch völlig in Ordnung so. Aber: Projektding? Echt jetzt? Also, ich denke es wäre wiklich, wirklich schwierig den IHK-Prüfern Teilprojekte von von unserem Programm anzubieten, und ohne mehrstündige Einweisung in das Programm (was, wie, warum es tut) würde es unmöglich eine gute Note abzugreifen. Daher muss ein eigenes Projekt her. Nach mehreren Überlegungen ist ein Projekt, die der allgemeinen Produktivität des Betriebs (Controlling) zugutekommen könnte, und zwar ein eigenes Zeiterfassungssystem, oder ein Projekt zur Kundenbetreuung (KundenDatenControlling) übriggeblieben. Im folgenden werde ich kurz auf diese beiden Projekte eingehen (mit pro contra). Bitte helft mir diese zu bewerten (auf Chancen der Annahme/Ablehnung, Durchfürhbarkeit und Zeitmanagement (zu klein, zu groß)) Achso, noch Allgemeinding: Ca. 200 Kunden, pur Windows und .Net (2.0 meißt) Server, .Net 3.5 bei uns intern, Server. An dieser Stelle möchte ich nocheinmal jedem Danken, der sich diesen Post anschaut, und vielleicht positiv - negativ bewertet. Danke. Mir ist bewusst geworden, dass dieser Post nun wirklich lang geworden ist, von daher spare ich mir jatzt auch noch genaueres (Soll-Ist-Zeitplanung etc) zumal die wirklich nur maginal existieren, bis jetzt. p.s.: Wer rechtschreibfehler findet, darf sie behalten.

Nene, bei mir ist das X nicht Ausgegraut oO Ich kann klickern wie ich möchte, die MessageBox wirft kein Event (mit nem Dialogresult.Cancel könnte ich ja leben, und n ausgegrautes Fenster-schließen-X wäre auch okay, aber so, dass man es bedienen kann, es aber nichts tut machts keinen Sinn) Vielleicht liegts an .Net 2.0, win-Vista oder sonst was... Ist ja auch nicht tragisch, aber auch nicht im sinne des erfinders, denke ich. Nope, bei mir nicht^^ Vielleicht hat sich ja diese Kleinigkeit schon mit .Net 3.x erledigt, werde das mal gegenprüfen. Edit: Hebe es gerade mit .Net 3.5 versucht (mbox.Show("test","test",MessageboxButtons.YesNo) Auch das Schließen-X nicht ausgegraut, klickbar ohne funktionalität... Vielleicht liegts an Vista, wer weiß. Edit2: Gerade auf XP und Win7 versucht, ergebniss: Win7 ausgegraut, XP rot (wie Vista), liegt wohl am OS^^

Hallo, mir ist gerade aufgefallen, dass die MessageBox leicht buggy ist * Und zwar, bei Ja/Nein Fragen erscheint die MessageBox "standard-mäßig" mit einem Form-Close-X in der oberen rechten Ecke, die jedoch jegliche Verantwortung von sich weißt. Ich denke man könnte die Mbx ableiten und ein Design ohne Standard-X festlegen, aber ich müsste gefühlte 2-300 Mbx'en ändern, und dafür fehlt mir Lust und Zeit. Hat jemand eine bessere/schnellere Idee ? Das "X" wirft übrigens auch keinen Event (glaube ich) auf dem man sich registrieren könnte, um dann wenigstens in ein paar FrageFenstern das X mit nem DialogResult.Cancel belegen zu können *schade* Weiß vllt. wer ob dieser "design-bug" bals behoben wird ? (googeln nach MessageBox Yes No Cancel liefert natürlich nur einträge mit Yes/No/Cancel - Dialogresults. So, genug gequatscht, ich hoffe der Post ist nicht so wirr und vllt. für jemanden, der gerade mit nem neuen Programm startet (wegen ableiten und so) hilfreich. Gruß, Kosi

Was ich gerne bei Listen mache ist nicht mit Foreach durchgehen, sondern mit for(i = list.Lenght - 1, i>=0, i--) (oder so), dann kann ich auch Items aus der betrachtenden Liste entfernen. Ob das für dein besagtees Problem was nützt, steht jedoch auf einem anderen Blatt^^ gruß

Wegen der HintergrundFarbe: Lass doch den User entscheiden (ich habe ein Win.Form Abgeleitet - MyForm, welches einige einstellungen aus den User Settings benutzt und da kann auch mein Anwender entscheiden (menü-->Extras--> Personalisieren) welche Hintergrundfarbe(n) er möchte, Font übrigens auch) Bei einer "kleineren" anwendung kannste das ja auch übers kontextmenue machen (ColorPickerDialog (oder so)) und dann if(colorDlg.ShowDialog() == Dialogresult.OK) { foreach (Form frm in Application.OpenForms) // Currentforms? { frm.Backcolor = colorDlg.Color; } } vllt. noch mit ner zweiten Foreach durch alle (Unter)Panels laufen je nach Zielsetzung. Nur son Gedanke, vllt ist der Ansatz ja interesannt für dich, Gruß, Kosi

Nope, Insert mit GetDate() geht nicht, genau das ist ja mein Grundproblem, hier eine msdn Seite zu dem Problem. Also DEFAULT GETDATE() (oder auch DEFAULT CURRENT_TIMESTAMP, ist das gleiche (oder selbe?) in SQL 2005) tuts einfach nicht, das war ja das erste was ich versucht habe^^ (Den InsertBefehl macht meine TableBindingSource automatisch (VS2008-c#-generiert), etwa so: int result = 0; if ((this._tbAnrufeTableAdapter != null)) { global::System.Data.DataRow[] updatedRows = dataSet.tbAnrufe.Select(null, null, global::System.Data.DataViewRowState.ModifiedCurrent); updatedRows = this.GetRealUpdatedRows(updatedRows, allAddedRows); if (((updatedRows != null) && (0 < updatedRows.Length))) { result = (result + this._tbAnrufeTableAdapter.Update(updatedRows)); allChangedRows.AddRange(updatedRows); } } Wobei das eigendliche this._tbAnrufeTableAdapter.Update(updateRows) dann ein .Net ding ist, in das ich ohgne weiteres nicht reinsehen kann... Wenn du mir erklären könntest wie der Befehl lautet (deiner meinung nach) dann kann ich dir sagen ob, oder ob nicht er funktioniert). Gruß. p.s.: Ja, ich finde es auch seltsam, dass SQL 2005 GetDate() als Default-Insert nicht akzeptiert p.p.s.: Auf der verlinkten MSDN seite wird vorgeschlagen, entweder die GetDate() Funktion zu überschreiben (overhead riesig), oder sich die Serverzeit eben vorm Update zu holen (mache ich), oder eine eigen Funktion zu basteln, innerhalb der DB (möchte ich nicht) [falls ich das nicht falsch verstanden habe]

Also, Ich werde als Azubi nicht ServerFunktionen in die DB implementieren, wenn es dort noch keine gibt, zumal ich nicht weiß wie ich das aus C# nach SQL 2005 machen würde. (ich glaube du meinst doch (z.B. bei SQL server 2005 [DBName].[Programmierbarkeit].[Funktionen] und da irgendwo) Datenbankfunktionen. Aber theoretich ist das möglicherweise der elegantere und effizientere Weg, das gebe ich zu (effizien, naja, ich kenne den Overhead von DB-spezifischen, selbstgeschrtriebenen Funktionen nicht). Gruß

@dr.dimitri Nein, kann ich nicht. Ich möchte ja nicht die SystemZeit (DateTime.Now (c#)) des Clients eintragen, sondern die SystemZeit des Servers, an dem die Row eingetragen wurde (auf dem die DB läuft), da ich davon ausgehen kann, dass die Client-SystemZeiten nicht syncronisiert sind, und ich sonst probleme mit der Rufweiterschaltung und Gesprächsdauer bekomme (geht um Tapi, sprich Telefone und so). Und die muss ich mir vorher holen. Mag jemand wissen wie? hier: public static DateTime GetServerDate() { DateTime serverDate = new DateTime(); using (SqlCommand command = new SqlCommand(@"SELECT GETDATE()", new SqlConnection(Properties.Settings.Default.MyConnectionString))) { command.Connection.Open(); using (SqlDataReader reader = command.ExecuteReader()) { reader.Read(); serverDate = reader.GetDateTime(0); reader.Close(); } command.Connection.Close(); } return serverDate; } Türlich ohne Try - Open - Catch ex - Finally - close, meine Connections gehen immer, buhahaha. Gruß, Kosi

So ein Mist, laut msdn gibt es wohl keine Möglichkeit beim Insert die GETDATE() der DB die entsprechende Spalte füllen zu lassen Dann werde ich wohl zur Datenbank rennen müssen, mir die "Serverzeit" holen und dann eintragen (nicht Methode überschreiben)... Hoffentlich gibts nicht zu viel traffic wenns bei zehn Leuten oder mehr gleichzeitig klingelt... Danke für eure Bemühungen nochmal, wenn es doch eine bessere Lösung gibt, nehme ich sie gerne in Augenschein. Gruß, Kosi p.s.: Seltsam das SQL das nicht kann, finde ich zumindest.

Nein, leider immer noch nicht... Erstmal mein RowAdd befehl aus C#: private void button2_Click(object sender, EventArgs e) { DS_TelefonTest.tbAnrufeRow rw = dsTel.tbAnrufe.NewtbAnrufeRow(); rw.gdAnruf = Guid.NewGuid(); rw.gdOwner = Guid.NewGuid(); rw.gdAdrStamm = Guid.NewGuid(); rw.AnrufTel = "08005678111"; rw.Benutzer = 2; rw.Status = 1; rw.DauerInMinuten = 0; rw.HopBenutzer = -1; rw.Hop2Benutzer = -1; rw.Hop3Benutzer = -1; //rw.AnrufDatum = DateTime.Now; dsTel.tbAnrufe.AddtbAnrufeRow(rw); tba.Update(dsTel.tbAnrufe); } Also, ich habe zwei Möglichkeiten, die beide nicht funktionieren: 1. DB - NOT NULL DEFAULT GETDATE() // bzw. CURRENT_TIMESTAMP, ist = und c# CollumnDefinition im DataSet: AllowDBNull = false; DefaultValue = <DBNull> Ergebnis: NoNullAlloedException in AnrufDatum 2. DB - NULL DEFAULT GETDATE() // bzw. CURRENT_TIMESTAMP, ist = und c# CollumnDefinition im DataSet: AllowDBNull = true; DefaultValue = <DBNull> Ergebnis: NULL einträge in der DB, nicht GetDate() Was ich möchte ist hoffentlich klar: Das (Server)Datum des Row-Inserts als AnrufDatum haben... Danke nochmal für alls die sich mühe geben und gruß Kosi

Ich werds probieren, kann ich aber erst morgen machen (im eigendlichen Projekt) danke schonmal, das klang sehr zuversichtlich (wobei der Create Table - skript aus dem Server management studio dann echt blöd ist (der macht die Klammern, also (getdate())...)...)