Thursday, 11. June 2009, 09:43:31
Bei Programmieren:
Mann sollte nie so programmieren das es nur einfach funktioniert.
1 . Das Problem analysieren und einen akzeptablen Lösungsweg suchen
2 . Der Lösungsweg sollte robut, objektorientiert , leicht wartbar sein.
3 . Möglicht wenig komplex.
4 . KISS - Prinzip anwenden
5 . Oft sehr hilfreich sind UML diagramme. (Dabei sind Activitäts diagramme und Zustandsdiagramme zu erste den Sequenzdiagramme vorzuziehen.)
Tuesday, 9. June 2009, 13:10:19
1
Dialoge sollten nicht innerhalb einer Funktion sonder direkt in einer ActionPerform Methode für ein Control implementiert werden.
Dadurch vermeidet man aufpoppende Dialog bei einem JUnit Test-Lauf.
2
Man implementiert immer gegen ein Interface! (BestPractice) Coding to an interface!
Objektorientiertes Paradigma.
List test = new ArrayList();
Friday, 15. May 2009, 08:07:09
Zuerst Datenstrukturen
Zuerst sollte man sich um die Datenstrukturen Kümmern,
bevor man anfängt zu Programmieren.
Thursday, 7. May 2009, 08:03:02
Funktionen
Eine Funktion soll immer dort aufgerufen werden wo sie auch benötigt wird.
Funktionen sollen erst dann implementiert werden wenn sie auch wirklich gebraucht werden.
Junit Test
Testdatenbank für die Junit Test benutzen. Diese sollte im ideal fall vor dem Test leer sein und danach auch!
String vergleich:
compareTo ==0 Abfrage!! und nicht über equals ...
Thursday, 30. April 2009, 11:43:30
Benutzerhandbuch. Vorgehensweise in Wiki dokumentiert!
http://www.techscribe.co.uk/techw/articles.htm
Monday, 27. April 2009, 12:46:09
QM - Themen.
Aktive Direktory--> Informationenen über die Zugriffsbrechtigungen (Mirkrosoft - Protokoll)
LDAP kann hierüber zugreifen (man kann es auch als Microsoft LDAP bezeichnen.)
Eine Organiegrammartige Struktur kann hierüber abgebildet werden.
Friday, 24. April 2009, 07:42:16
JUNIT
Arbeite gerade an vt_cb
Ich glaube das es unklug ist testFunktionen in einer Testklasse immer wieder aufzufrufen.
Ich habe nämlich Probleme die Funktionen fehlerfrei im Code aufzurufen.
Eventuell liegt diese aber auch im inflationären gebrauch von Singelton Pattern.
Im Normal sollten ja private Methoden nicht geteste werden über JUnit.
Aber wenn man komplexe berechnung hat ist es auch sinnvoll dies zu tun, das Problem ist nun das man diese nicht auf Rufen kann.
Mein Vorgehen ist jetzt dies:
Zuerst setzte ich die Methoden auf public um sie zu Testen im späteren Prozess, wenn die Überprüfung stimmt und die Ergebnisse entsprechend in Public-Funktionen verwertet wurden, reicht es wahrscheinlich aus diese zu überprüfung.
Singelton
Wann ist der Einstatz wirklich sinnvoll.
Saturday, 15. April 2006, 20:52:47
-Parser ist jetzt ziemlich unabhängig vom Code
Nachtrag:
-Als Plausi implementiert:
Es dürfen keine Punkte existieren grösser als K
Es drürfen keine Punktkombinationen doppelt vorkommen.
(Bezogen auf Reperaturraten und Fehlerraten)
TS<TE
Summe der Wahrscheinlichkeiten == 1
Es gibt für jeden Knoten eine Wahrscheinlichkeit
Bei der Verfügbarkeit gibt es mindestens einen Knoten der intakt oder defekt ist!
Es gibt zu jedem Knoten einen Zustand.
Nachtrag.
Comm_cb Projekt ist ja abgeschlossen. (Und läuft)... Ich sollte mich mal wieder mit der Parser - Engine beschäftigen ist ja auch schon lange her.
Ab heute will ich auch wieder fleissig bloggen.
Tuesday, 11. April 2006, 06:14:11
Nachtrag aus den letzten Tagen:
-Die Daten aus dem Eingabeansicht können jetzt auf die Dateiansicht übertragen werden.
-Anpassung der Menuesteuerung.
-Programm auf MS XP getestet.
-Jar-Archiev erstellt. Programm kann jetzt als Stand-Alone getestet werden!
-Grundbau für die Plausibilitätserklärung erstellt.
-Dateiansicht mit Zeilennumerierung versehen.
-Plausi implementiert:
Anfangszeit > Endzeit
Summe der Wahrscheinlichkeiten ist 1
Heute:
-Lass die Statischen Arrays erst mal, vielleicht werden die mal gegen dynamische ArrayListen ausgetauscht!
-Entschieden das vor der Plausi geparst werden muss; Vorteil, ich arbeite mit einem Datenbestand!
Monday, 3. April 2006, 17:46:41
-Die Dokumentation ist mit JavaDoc wieder auf dem neuesten Stand
1 2 Next »
Showing posts 1 -
10 of 16.