Skip to the navigation
.
Skip to the content
.
Impressum
Button 1
Button 2
Button 3
Button 4
Button 5
Navigation
Startseite
Zufällige Seite
Neue Seite anlegen
Alle Seiten
Kategorien
Administration
Dateiverwaltung
Anmelden/Abmelden
Sprachauswahl
Dein Profil
Registrieren
Schnellsuche
Erweiterte Suche »
Zurück
Eintragshistorie
02. ALT.NET DE Online Meeting 26.01.2009
{TOC} ==Termin== 26.01.2009 20:00 Uhr Lobby Öffnung ab 19:45 Uhr. ==Thema== '''Domain Driven Design'''{BR} ''Sebastian Jancke'' | [http://sjancke.blogspot.com/|Blog] Allgemein ist die Konstruktion von Modellen ein effektives Mittel, um die Komplexität eines Problems zu beherrschen. Domain Driven Design setzt als Basis unserer Entwicklungsprozesse die Fokussierung auf die Domäne und ihre Modelle, uneingeschränkt durch technische Komplexität, die heutige Projekte meist dominiert. Das wichtigste Werkzeug ist dabei die allgegenwärtige Sprache als Modell der Domäne und der Kontext, in dem sich das Modell einer Domäne befindet. Der Vortrag gibt eine Einführung in das Thema und einen Überblick über fortgeschrittenere Techniken: * Ein (einfaches) Beispiel * Ubiquitous language und der/die Domänenexperte(n) * Kontext und Grenzen * Architektur und DDD ==Aufzeichnung== <iframe style="border:none" width="628" height="528" marginheight="0" marginwidth="0" scrolling="auto" frameborder="0" src="http://altdotnet.de/onlinemeeting/2" mce_src="http://altdotnet.de/onlinemeeting/2"></iframe> Alternativ ist auch eine [http://vimeo.com/3157558|Aufzeichnung im Flash-Format bei vimeo] verfügbar. <br /><br />Sebastian Jancke spricht über Domain Driven Design. Die Aufzeichnung des LiveMeeting mit Sprechervideos ist hier verfügbar (mit dem Internet Explorer 7 am besten zu sehen) [http://altdotnetde.der-albert.com/VAN090126/ReplayMeeting.htm] ==Ablauf== Es wird ein Vortrag von ca. 45 Minuten gehalten und danach gibt es Zeit zur Diskussion und Fragen. ==Ort== Online: [AltNetDe_OnlineMeeting|Live Meeting] Mit freundlicher Unterstützung der [http://www.dnug-koeln.de|.net user group Köln]. ==Teilnehmer== Trage Dich hier ein wenn Du planst teilzunehmen. # Albert Weinert # Alexander Zeitler # Dennis Traub # Andreas Hoffmann # Alexander Groß # Christian Deger # Rainer Schuster # Thomas Bandt # Daniel Meier # Sergey Shishkin # Christian Trautwein # Erich Eichinger # Sascha Schmidt # Stefan Lieser # Gabriel Schenker # Marcel Hoyer # Gregor Biswanger # Andreas Aschauer # Peter Bucher # Jörg Egretzberger # Andreas Schlapsi # Steve Wagner # Lars Keller # Simon Gorski # Mario Röcher # Henning Eiben # --Thomas Freudenberg-- # Sven Sönnichsen # René Kuss # Birgit Hackenbroich # Georg Sendt # Thomas Papendieck # Stefan Andiel # Felix Deierlein ==Fragen== Hier können schon Fragen vorab eingetragen werden. * Wie bilde ich Aggregate-Roots richtig? * Entities over the Wire: Nur mit DTOs, oder wie persistiere ich richtig? * Wie funktioniert ein Isolation Layer? * Wann erstellt man einen Service, anstelle Geschäftslogik in die Domänenobjekte zu schreiben? * Wie bildet man Bounded Contexts für unterschiedliche Szenarien ab? ** z. B. hat eine Order im Bestellprozess andere/weitere/weniger Eigenschaften/Methoden als im Auslieferungsprozess * Was sind Context Bound Objects? * Was ist das Repository Pattern? Zum Thema Mapping von Domain Objects zu DTOs schreibt Greg Young auf der ddd-liste: (((I don't convert from domain objects->DTOs and I think that this is an inherently evil process as it ... 1) Presumes some amount of relation between the two concepts. There may be little to none 2) Introduces complex requirements on the persistence mapping mechanism if using an RDBMS like prefetch paths and lazy loading 3) Forces domain objects to expose their internal state 4) Forces any optimization stories to deal with reads and writes of the system together (both for scaling and for latency) Cheers, Greg Young))) ==Diskussion== * Zugang zum Domänenexperten bei ISVs * Generische vs Spezialisierte Repositories * Bounded Context: Wieviele Modelle sollte ich haben * DRY vs Query-Command-Separation auf Architektur Level * Gibt es DDD-light und wenn ja: ist es sinnvoll? (-> CRUD, UI, Propertiritis, ...) ==Links== * [http://www.domaindrivendesign.org/|domain driven design.org] * [http://tech.groups.yahoo.com/group/domaindrivendesign/| DDD Mailingliste] * [http://www.domaindrivendesign.org/discussion/archive/reporting_from_database.html|Reporting und DDD] * [http://sergeyshishkin.spaces.live.com|Sergey Shishkin, Posts über Repositories, Specifications, LINQ, LINQ-to-NHibernate] * [http://www.codeplex.com/AutoMapper|http://www.codeplex.com/AutoMapper] Greg Young: * [http://codebetter.com/blogs/gregyoung/archive/2009/01/13/dddd-master-detail-question.aspx|Command Query Separation (Post-Titel heißt aber anders!)] * <a href="http://altdotnet.de/OnlineMeeting_090126.ashx">Command Query </a>[http://zenmed-acne-scar-treatment.com/|Homework Help] * [http://codebetter.com/blogs/gregyoung/archive/2009/01/16/ddd-the-generic-repository.aspx|Generic Repositories vs Specific Repos] * [http://codebetter.com/blogs/gregyoung/archive/2009/01/20/ddd-specification-or-query-object.aspx|Specifications versus Query Objects] Beispiele: * [http://dddsample.sourceforge.net/|http://dddsample.sourceforge.net/] * [http://blog.wekeroad.com/mvc-storefront/mvcstore-part-26/|http://blog.wekeroad.com/mvc-storefront/mvcstore-part-26/] * [http://timeandmoney.domainlanguage.com/|Eine Generic Subdomain in Java für 'Time and Money', gibt es auch für .NET als 'Buildingblocks'] Sonstiges: * [http://www.se-radio.net/podcast/2006-02/episode-7-error-handling|http://www.se-radio.net/podcast/2006-02/episode-7-error-handling] Kommentare zur Microsoft Mis-Guidance des Themas DDD: * [http://codebetter.com/blogs/gregyoung/archive/2009/01/22/the-data-centric-universe.aspx|Greg's DDD Argument] * [http://ayende.com/Blog/archive/2009/01/23/the-challenger-of-architecture-astronauts-two-tier-service-application-scenario.aspx|Ayende über Reibungsverluste]