Ich finde das eine ausgesprochen gute Idee, va auch wenn das auf Notes-Basis geschieht.
Ich fände konkrete Beispiele gut. Theoretisch läßt sich die Überlegenheit von OO leicht verargumentieren:

... mehr eine Idee als eine Frage (obwohl ich eigentlich die ganzen Tag Fragen zu OO habe).

Hab letztes Wochenende mich an einem vernünftigen OO-Ansatz bzgl. der Frage von coyote bzgl. des RDBMS-Notes Mapping versucht.
Selbst mit klassischen Data Access Object Pattern (mit Abstract Factory) kam ich vom Hölzchen aufs Stöckchen. Ich bin auch nicht fertig geworden. Denke aber, dass ich dieses Wochenende da weiter komme (IBM hat offensichtlich den Zeitrahmen für voucher-Benutzung erweitert, 1 hab ich noch).

Ist jetzt ziemlich Java, aber mir kam der folgende Gedanke (werde versuchen, es im Java Forum an einem konkreten klein-Projekt durchzuziehen):
Objekte kann man am besten in seiner reinsten Form verstehen.
Die Kommunikation von der GUI mit den Objekten. Die Kommunikation der Objekte mit dem nicht-OO Datalayer (sei es xml, sei es file, sei es RDBMS, sei es Lotus-Notes) schreckt ab, ist komplex und ist nicht das eigentliche Ding.
Gibt andere Ansätze, aber ich versuche das erstmal mit http://www.prevayler.org/wiki.jsp
Nachdem ich gesehen habe, dass mein Lieblings-Blogger Carlos Villela dort das Tutorial geschrieben hat, war die Entscheidung klar.
Mit dem Ding brauch ich mir offenbar deutlich weniger Gedanken über Persistenz-Layer zu machen.

Gruß Axel

... war auch quojote.
wenn die alle so komische Namen nehmen.  

http://www.atnotes.de/index.php?board=24;action=display;threadid=14235

ne. ne. Moment.
So cool ist das noch nicht.
Es muss zur Zeit eigentlich für jede neue Tabelle händisch neue DAOs und Value Objects geschrieben werden. Händisch. Eben klassisch.
Zumindest bringt das aber eine gewisse Struktur in die Geschichte.

Die Leute reden immer davon, die DAOs und VOs mit code-Generierungs-Zeug automatisch zu erzeugen.
Hab ich aber bisher auch nicht gesehen.
Vielleicht kann man das mit Hibernate machen. Bin ich mir aber nicht so sicher.
Für so 1-1 mappings zwischen Notes --> RDBMS bräuchte man vermutlich was, wo man die Items der Notes-Maske und die Metadaten der Tabelle ausliest und der user kann das dann in einer GUI verbinden.
So sind jedenfalls die Entity-EJB Tools von WSAD aufgebaut, was ja ähnlich ist, aber extrem deutlich mehr kann.
Werd mich auf jedenfall mal schlau machen.
Aus meiner Sicht ist das jedenfalls eine strukturierte Lösung mit Schichten, 1 gleichem Interface für Inserts, Deletes, Selects, Updates gegen Notes und MySQL (falls man die Methoden auch konsequent implementieren würde, hähä).

Hier ist link auf dao-pattern: http://java.sun.com/blueprints/corej2eepatterns/Patterns/DataAccessObject.html

Gruß Axel

Die Leute reden immer davon, die DAOs und VOs mit code-Generierungs-Zeug automatisch zu erzeugen.
Hab ich aber bisher auch nicht gesehen.

Gesehen hab ichs auch noch nicht, aber ein Spezl von mir hat sowas gemacht (zumindest sowas in der Art). Er hat sich das Klassendiagramm aus MagicDraw nach XMI exportiren lassen und auf Basis dieses XMI dann den Code für Business Objekte, DAO und VO erzeugen lassen und auch die Tabellen in der DB, glaube ich.

Für ein Beispiel ist es mehr als ausreichend, das auf die klassiche Art zu machen. Finde ich echt cool, dass du das machst.

Thomas. Was hälst du hiervon? V.a. die Beiträge von Thomas Paul und Ilja Preuß.
http://saloon.javaranch.com/cgi-bin/ubb/ultimatebb.cgi?ubb=get_topic&f=9&t=002255

puh, langer Thread.
Werde ich lesen, vorab eine Meinung:

Ich kann nicht pauschal sagen, ob ich jemand nun ein Tool verwenden soll, oder nicht.

Was für ein Tool ich nehme hängt davon ab, was ich machen will.
Will ich mit nem Kollegen was diskutieren, nehme ich Stift und Zettel. Wenn ich meine Diagramme als Dokumentation verwenden will (was ja nicht das Schlechteste sein soll), nehme ich ein CASE-Tool (oder auch Visio/Word, wenn der Kunde diese "Werkzeuge" verwendet).

Du brauchst auf jeden Fall ein CASE-Tool, wenn du in der Analyse aus den Anforderungen ein OOA-Modell ableiten willst. Dann ist es nämlich megacool, wenn du Anforderungen und Modellelemente verknüpfen kannst, um Änderungen auf der einen Seite leicht auf der anderen nachziehen zu können.

Und du brauchst natürlich ein gescheites Tool, wenn du Code generieren willst (bitte nur vorwärts, kein Reverse-Engineering, das könnte schief gehen).

Äh war das jetzt überhaupt das, was du von mir wissen wolltest?

*edit*
bisschen Schleichwerbung: ich glaube ab nächste Woche gibts bei uns Visio Shapes für UML 2 zum runterladen. Und da gibts auch ein spitzenmäßiges UML-Glossar  

zu den beiden kann ich sagen, dass ich prinzipiell nichts davon halte, mich hinzustellen und zu behaupten, genau dieses eine Vorgehen ist das optimale für alles. Es gibt Projekte, da kannst du schon einen agilen Prozess verfolgen (in denen scheint Ilja zu arbeiten), es gibt aber auch welche, da gehst du damit baden (in solchen scheint Thomas zu arbeiten).  Aber Ilja hat das ja erkannt -> "We are living in two different worlds"

Hmm. Magarita Isayeva würde jetzt vermutlich bemerken, dass "you just haven't yet reached a reasonable level of psychedness".  
Sind vielleicht die Charaktere in griechischen Tragödien oder bei Shakespeare ausgewogen

Na ja, da spielt Interpretation eine grosse Rolle. Dehne die Frage mal auf die griechischen Philosophen aus und dann wanderst Du in Gedanken nach Delphi, dort den Spruch, der an der Wand des Apollon-Tempels zu sehen war, bestaunend: "gnothi seauton", von dort die Gedanken schweifen lassend zum Grundmotto der meisten antiken Griechen, das wohl auch aus Delphi stammte: "meden agan", und dann können wir die Frage nach Aischylos, Aristophanes, Menander, Euripides, später dann Shakespear, Göthe, Schiller, La Fontaine und wie sie alle geheissen haben wieder zurückverfolgen.

Ich denke mal, wenn wir das auf die Gesamtheit des griechischen Dramas und ihrer Nachfolger ausdehnen, die wir ja leider wegen der vielen verlorenen Texte nicht wirklich überblicken können, ausdehnen, bekommen wir einen Spiegel der Realität vorgesetzt, sprich es gibt sowohl ausgewogene wie auch unausgewogene Charaktere. Im Ansatz lässst sich das bereits im Material, das auf uns überkommen ist nachvollziehen.

Ok, ich denke mal, wenn wir das ausdehnen wollen, wäre ein Uebertritt in "OffTopic" angebracht ........

Projekt ohne Zeitdruck?
Wie sieht UML-gestütztes PM aus?
Warum hat es nicht geklappt?

Es hat geklappt. Aber es hätte besser klappen können und selbst diese Meinung wird nicht von allen geteilt.
Zeitdruck? O.k. wir arbeiten nicht immer von 9-to-5. Aber es gab keinen wirklich harten Zeitdruck. Aber das ist wirklich ganz gut bei der Firma, wo ich jetzt arbeite: Es existiert ein ziemlich fokussiertes Arbeitsklima. Von Projektanfang an. War bei meiner vorherigen Firma überhaupt nicht so. Deshalb poste ich auch so selten in der Woche.

warte auf die nächste AUflage...

Wie oft produziert ihr neue Auflagen? Agile, refactoring, hmm  

ich glaube, da liegst du gar nicht so falsch. solche Buchprojekte sind schon ziemlich agil. ich liebe diesen Begriff. Damit kannst du alles entschuldigen  

genau da werde ich immer mehr zum Spiesser.
Sprichst du zufällig spanisch
Ich hab da einen tollen, satirischen Moraltraktat, wo das als postmodernistisch Verwirrung gegeisselt wird   Voll krass.  

voy a buscarlo manana