Lotus Notes / Domino Sonstiges > Java und .NET mit Notes/Domino
Projekt: P2P Java Gui Plattform für LoNo Funktionen
Axel_Janssen:
--- Zitat von: potsmoker am 31.12.03 - 00:54:44 ---Vorsicht bei den 1:1-Beziehungen. So eine Beziehung zwischen User und CodeDokument würde bedeuten, dass ein Dokument von genau einem User erzeugt wurde (was ja auch richtig ist), aber ein User auch nur ein Dokument erzeugen kann (zumindest lese ich das so).
--- Ende Zitat ---
Ja. Das ist ein Fehler.
--- Zitat von: potsmoker am 31.12.03 - 00:54:44 ---1:1-Beziehungen kommen vergleichsweise selten vor, ich würde alle nochmal prüfen.
--- Ende Zitat ---
Ich glaub ein paar der 1:1 kommen dadurch, dass es sich um eine Desktop standalone Anwendung handelt, aber ich habe noch einiges gefunden, wo es nicht korrekt war (s.u.).
--- Zitat von: potsmoker am 31.12.03 - 00:54:44 ---Ist Category eine Fachklasse oder ist das "nur" ein Attribut vom Codedokument? Welche Aufgaben hat diese Klasse?
--- Ende Zitat ---
Es ist eine Klasse. Ein Dokument ist einer Kategorie zugeordnet (wobei man sich hier fragen kann, ob auch Mehrfachkategoriesierung möglich sein soll. Erstmal nich). Jede Kategorie ist wiederum einer oder keiner Oberkategorie zugeordnet.... Moment. Sehe gerade, dass bei der isChildOf Beziehung die 1er Kardinalität nicht korrekt ist. Es muss heissen Category isChildOf 0...1 Category.
Category ist auf jeden Fall eine Fachklasse, da es ein Referenzobjekt ist: Es soll neben dem Namen eine Sortiernummer haben (steht nicht im Use Case). Ausserdem können unter 2 verschiedenen Oberkategorien gleichnamige Unterkategorien auftauchen. Das Konzept muss also mehr enthalten als einen einfachen Wert (etwa der Name der Kategorie) --> Value Object und ist auch durch diesen Namen nicht eindeutig identifizierbar.
--- Zitat von: potsmoker am 31.12.03 - 00:54:44 ---Bei der Beziehung zwischen User und ReplicationRequest bin ich nicht ganz sicher, ob diese zwei Beziehungen nötig/richtig sind.
Dein Modell würde ich so lesen, dass der User Beziehungen zu zwei verschiedenen ReplicationRequest-Objekten hat. In meinen Augen ist aber das Objekt, das er erzeugt und das, das er zurückbekommt, das gleiche, dann wäre in meinen Augen eine "einfache" Beziehung angebracht.
--- Ende Zitat ---
Es gibt 2 unterschiedliche User-Objekte. Ein User der den ReplicationRequest stellt und ein anderer an den der ReplicationRequest gerichtet wird. Es gibt in der Anwendung immer nur 1 oder 0 aktive ReplicationRequests. Die ReplicationRequests der Vergangenheit interessieren nicht. Vielleicht eine Beziehung zwischen CodeDocumentCatalog und ReplicationRequest?
Das ist sowieso alles noch unvollständig. Is halt iterativ ;D
Larmans Buch ist gut. Es ist nur manchmal ein wenig undidaktisch organisiert. Nach dem zweiten durchlesen findet man sich dann aber ganz gut zurecht. ::) Es ist das wichtigste Buch für die IBM certi.
Arlow, Neustadt, UML and the Unified Process ist vermutlich das bessere Lehrbuch.
Fowlers UML Buch sollte man sowieso haben.
Ich glaub ich werd mir Fowlers, Analysis Pattern von 1996 zulegen (28,80 Euro auf Amazon.de). Ich glaube ich hab jetzt begriffen, warum auch für OO-A das Pattern-Konzept gut passt.
Gruß Axel
Axel Janssen temp:
werde das weiterführen.
Hab nur gerade jetzt wenig Zeit.
Interessante querverweise:
In diesem zeitlosen Klassiker eines Bliki-Eintrag vom 25.11.2003 zeigt Martin Fowler (1er der 5 top Publizisten in Java/OO Welt), dass auch mit J2EE sehr oft prozedural programmiert wird.
http://www.martinfowler.com/bliki/AnemicDomainModel.html
Fowler_OO ist der Prozess, den ich hier versuche. Von Domain Model zu echten Objekten.
Hier ist eine Reaktion aus dem Volk:
http://www.jroller.com/page/chiara/20040104
und noch eine:
http://www.jroller.com/page/cv/20040105#the_domain_model_diet
und noch eine:
http://weblog.anthonyeden.com/archives/000053.html
Ist nur Fowler_OO OO?
Axel Janssen temp:
ein total hippes Thema ist momentan paper prototyping für (wohl) guis.
(von meinem Lieblingsblog:)
http://www.jroller.com/page/cv/20040101
werd am Wochenende mal meinen scanner reaktivieren.
Navigation
[0] Themen-Index
[*] Vorherige Sete
Zur normalen Ansicht wechseln