Comments on: HowToCode "ReadYou": Evolution der Architektur http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/ Webdevelopment on the Microsoft Web Stack with ASP.NET, HTML & Javascript Wed, 16 May 2012 14:34:33 +0000 hourly 1 http://wordpress.org/?v=3.1.2 By: HowToCode: Keep it simple & was fliegt, dass fliegt! | Code-Inside Blog http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/comment-page-1/#comment-25390 HowToCode: Keep it simple & was fliegt, dass fliegt! | Code-Inside Blog Tue, 28 Apr 2009 00:29:59 +0000 http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/#comment-25390 [...] einer ganze Weile habe ich über eine Idee geschrieben, die wir eine ganze Weile auch in einem Projekt so verfolgt haben. Ein anderes geniales Konzept, wo [...] [...] einer ganze Weile habe ich über eine Idee geschrieben, die wir eine ganze Weile auch in einem Projekt so verfolgt haben. Ein anderes geniales Konzept, wo [...]

]]> By: Robert Mühsig http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/comment-page-1/#comment-21016 Robert Mühsig Wed, 25 Feb 2009 10:28:00 +0000 http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/#comment-21016 Momentan hab ich zwei Projekte: - ein Community-Projekt mit ein paar Arbeitskollegen zusammen (ich werde später darüber auch Berichten) : Im Prinzip hatten wir mit der ReadYou Architektur begonnen, haben das ausgebaut und dann kamen neue Sachen hinzu. Grundsätzlich ist es eine MVC Anwendung, welche als Datenspeicher eine SQL Datenbank nutzt - ReadYou: Aufgrund des Community Projekts ist das etwas zurückgetreten, aber auch das soll eine MVC Applikation werden, allerdings werde ich das einfach mal Probeweise in Hinblick auf Windows Azure entwickeln. Die Architektur bleibt aber bei beiden Projekten so ziemlich gleich, sodass auch ReadYou irgendwann das Licht der Welt erblickt (und das vielleicht aus der großen Internetwolke ;) ) Momentan hab ich zwei Projekte:
- ein Community-Projekt mit ein paar Arbeitskollegen zusammen (ich werde später darüber auch Berichten) :
Im Prinzip hatten wir mit der ReadYou Architektur begonnen, haben das ausgebaut und dann kamen neue Sachen hinzu. Grundsätzlich ist es eine MVC Anwendung, welche als Datenspeicher eine SQL Datenbank nutzt
- ReadYou: Aufgrund des Community Projekts ist das etwas zurückgetreten, aber auch das soll eine MVC Applikation werden, allerdings werde ich das einfach mal Probeweise in Hinblick auf Windows Azure entwickeln.

Die Architektur bleibt aber bei beiden Projekten so ziemlich gleich, sodass auch ReadYou irgendwann das Licht der Welt erblickt (und das vielleicht aus der großen Internetwolke ;) )

]]> By: Timo http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/comment-page-1/#comment-21015 Timo Wed, 25 Feb 2009 10:13:03 +0000 http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/#comment-21015 "Es wird weitergeführt - nur momentan in einer anderen Form. " Kannst du das näher erläutern? Finde Dein Projekt echt stark, da es ein schönes Beispiel für die Einführung in 3-Tier Architektur ist. In Kombination mit dem .Net Applikatioin Server von "rainbird" (<a href="http://yellow-rainbird.de/blogs/rainbird/archive/2008/04/12/die-neue-erweiterte-version-meines-n-tier-architekturbeispiels-ist-da.aspx" rel="nofollow">http://yellow-rainbird.de/blogs/rainbird/archive/2008/04/12/die-neue-erweiterte-version-meines-n-tier-architekturbeispiels-ist-da.aspx</a>) ist das wirklich genial... "Es wird weitergeführt – nur momentan in einer anderen Form. "

Kannst du das näher erläutern?

Finde Dein Projekt echt stark, da es ein schönes Beispiel für die Einführung in 3-Tier Architektur ist. In Kombination mit dem .Net Applikatioin Server von "rainbird" (http://yellow-rainbird.de/blogs/rainbird/archive/2008/04/12/die-neue-erweiterte-version-meines-n-tier-architekturbeispiels-ist-da.aspx) ist das wirklich genial…

]]> By: Robert Mühsig http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/comment-page-1/#comment-21014 Robert Mühsig Wed, 25 Feb 2009 09:57:19 +0000 http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/#comment-21014 Es wird weitergeführt - nur momentan in einer anderen Form. Das ursprüngliche Projekt lebt aber auch noch, allerdings wie es mit Privaten-Projekten meist so ist: Keine Zeit :( Es wird weitergeführt – nur momentan in einer anderen Form. Das ursprüngliche Projekt lebt aber auch noch, allerdings wie es mit Privaten-Projekten meist so ist: Keine Zeit :(

]]> By: Timo http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/comment-page-1/#comment-21013 Timo Wed, 25 Feb 2009 09:51:06 +0000 http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/#comment-21013 Moin! Wird das ReadYou Projekt eigentlich noch weitergeführt, oder ist es nun tot? Gruß Moin!

Wird das ReadYou Projekt eigentlich noch weitergeführt, oder ist es nun tot?

Gruß

]]> By: HowToCode: ErrorCodes, Exceptions, den User informieren, wenn etwas schief läuft - wie gehts? | Code-Inside Blog http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/comment-page-1/#comment-19931 HowToCode: ErrorCodes, Exceptions, den User informieren, wenn etwas schief läuft - wie gehts? | Code-Inside Blog Fri, 06 Feb 2009 00:48:50 +0000 http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/#comment-19931 [...] Business Layer haben wir, wie bei meinem ReadYou Projekt (was ich so nie beendet hab, aber die Ideen leben in dem anderen Projekt weiter) als [...] [...] Business Layer haben wir, wie bei meinem ReadYou Projekt (was ich so nie beendet hab, aber die Ideen leben in dem anderen Projekt weiter) als [...]

]]> By: Peter Bucher http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/comment-page-1/#comment-17784 Peter Bucher Mon, 22 Dec 2008 09:42:42 +0000 http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/#comment-17784 Hoi Robert Evt. reicht dir anstelle des Request- / Response-Ansatzes schon ein Predicate mit dem du das Ergebnis filtern kannst. Oder halt optional dazu. Hoi Robert

Evt. reicht dir anstelle des Request- / Response-Ansatzes schon ein Predicate mit dem du das Ergebnis filtern kannst. Oder halt optional dazu.

]]> By: Robert Mühsig http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/comment-page-1/#comment-13099 Robert Mühsig Sun, 05 Oct 2008 23:27:54 +0000 http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/#comment-13099 Mein ServiceLayer greift direkt auf die entsprechendne DataLayer zu - allerdings durch einen DI-Container (wie StructureMap, Unity etc.) gekapselt, sodass ich im Code nur mit den jeweiligen Interfaces rede. Ich werde demnächst mal etwas weiter an dem Projekt rumbauen - es ist leider in letzter Zeit etwas eingeschlafen ;) Mein ServiceLayer greift direkt auf die entsprechendne DataLayer zu – allerdings durch einen DI-Container (wie StructureMap, Unity etc.) gekapselt, sodass ich im Code nur mit den jeweiligen Interfaces rede.
Ich werde demnächst mal etwas weiter an dem Projekt rumbauen – es ist leider in letzter Zeit etwas eingeschlafen ;)

]]> By: Marcel http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/comment-page-1/#comment-12908 Marcel Mon, 29 Sep 2008 20:25:37 +0000 http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/#comment-12908 Zunächst einmal: super Artikel!:-) Ich bin auch gerade an den ersten Überlegungen meiner Anwendungsarchitektur und möchte dafür einen Prototypen basteln. Das jede Schicht sein eigenes Interface hat, find ich gut. Ich bin mir jetzt aber nicht sicher an welcher Stelle ich das eigentliche Objekt initialisieren sollte. Wo initialisierst du bspw. deinen  DataLayer? In der BL?Vielen Dank! Zunächst einmal: super Artikel!:-) Ich bin auch gerade an den ersten Überlegungen meiner Anwendungsarchitektur und möchte dafür einen Prototypen basteln. Das jede Schicht sein eigenes Interface hat, find ich gut. Ich bin mir jetzt aber nicht sicher an welcher Stelle ich das eigentliche Objekt initialisieren sollte. Wo initialisierst du bspw. deinen  DataLayer? In der BL?Vielen Dank!

]]> By: Marcel http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/comment-page-1/#comment-12905 Marcel Mon, 29 Sep 2008 15:04:19 +0000 http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/#comment-12905 Ich finde den Ansatz mit den seperaten POCOs (Model) prima und freue mich schon auf die Fortsetzung des Artikels (und auf den Beispielcode :-) Ich finde den Ansatz mit den seperaten POCOs (Model) prima und freue mich schon auf die Fortsetzung des Artikels (und auf den Beispielcode :-)

]]> By: Mariusz http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/comment-page-1/#comment-12509 Mariusz Mon, 15 Sep 2008 18:02:42 +0000 http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/#comment-12509 In der Version 2 soll das EF die POCO's unterstützen laut <a href="http://blogs.msdn.com/efdesign/archive/2008/06/24/initial-poco-design-1-pager.aspx" title="POCO Unterstützung für EF" rel="nofollow">Aussage</a> im <a href="http://blogs.msdn.com/efdesign/" title="EF Design Blog" rel="nofollow">EF Design Blog</a>. Für die Version 1 gibt es einen kleinen <a href="http://code.msdn.microsoft.com/Release/ProjectReleases.aspx?ProjectName=EFPocoAdapter&ReleaseId=1537" title="POCO Adapter" rel="nofollow">POCO Adapter</a> von <a href="http://blogs.msdn.com/jkowalski/default.aspx" title="Jaroslaw Kowalski - EF POCO's Adapter" rel="nofollow">Jaroslaw Kowalski</a>...hatte bis jetzt keine Zeit das mal zu testen :-/ In der Version 2 soll das EF die POCO’s unterstützen laut Aussage im EF Design Blog. Für die Version 1 gibt es einen kleinen POCO Adapter von Jaroslaw Kowalski…hatte bis jetzt keine Zeit das mal zu testen :-/

]]> By: Robert Mühsig http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/comment-page-1/#comment-12507 Robert Mühsig Mon, 15 Sep 2008 16:44:47 +0000 http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/#comment-12507 Irgendwo habe ich mal den Stichpunkt "ADO.NET EF unterstützt POCOs" gefunden. IMHO ist es wichtig, dass man sicher stellt, dass nicht überall wild in der DB rumgeschrieben werden kann - sondern das über eine saubere Schnittstelle geht. Mit Linq2Sql und ADO.NET EF (und bei den meisten O/R Mappern) kann man einfach mitten im Front-End code ein "User.Save()" o.Ä. aufrufen - sowas sollte vermieden werden. Irgendwo habe ich mal den Stichpunkt "ADO.NET EF unterstützt POCOs" gefunden.
IMHO ist es wichtig, dass man sicher stellt, dass nicht überall wild in der DB rumgeschrieben werden kann – sondern das über eine saubere Schnittstelle geht. Mit Linq2Sql und ADO.NET EF (und bei den meisten O/R Mappern) kann man einfach mitten im Front-End code ein "User.Save()" o.Ä. aufrufen – sowas sollte vermieden werden.

]]> By: Mariusz http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/comment-page-1/#comment-12506 Mariusz Mon, 15 Sep 2008 16:11:06 +0000 http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/#comment-12506 Danke dir Robert, nun weiß ich, dass ich mit der Entscheidung LINQ2SQL nicht falsch liege :-) Den Webcast hab ich gesehen und war ein wenig überrascht, dass er es auf diesem Wege macht. Jedoch erkannte ich den Vorteil...eigene POCO's ergeben keine Abhängigkeit zu anderen Frameworks in der Applikation. Interessant wird das Entity Framework erst dann, wenn man vom eigenen Modell die Datenbank generieren lassen kann. Darauf freue ich mich jetzt schon :-D Danke dir Robert, nun weiß ich, dass ich mit der Entscheidung LINQ2SQL nicht falsch liege :-)
Den Webcast hab ich gesehen und war ein wenig überrascht, dass er es auf diesem Wege macht. Jedoch erkannte ich den Vorteil…eigene POCO’s ergeben keine Abhängigkeit zu anderen Frameworks in der Applikation.

Interessant wird das Entity Framework erst dann, wenn man vom eigenen Modell die Datenbank generieren lassen kann. Darauf freue ich mich jetzt schon :-D

]]> By: Robert Mühsig http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/comment-page-1/#comment-12497 Robert Mühsig Sun, 14 Sep 2008 21:24:33 +0000 http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/#comment-12497 Hallo Mariusz, ich nutze LINQ2SQL in meiner DAL - allerdings erstelle ich mir meine eigenen POCOs und mappe die LINQ2SQL Klassen/Objekte auf meine eigenen POCOs. Die generierten Klassen sind auf "internal" gesetzt. Rob Conery hat dies in seinem MVC Storefront ganz anschaulich in den ersten Webcasts erklärt. Dieses mapping auf eine eigene Objektstruktur kostet zwar Zeit, allerdings muss ich mich mit solchen schweren Gedanken dann nicht ewig plagen. Wenn mir Linq2SQL nicht mehr gefällt, nehm ich ADO.NET EF oder SubSonic - wenn allerdings die generierten Klassen (sei es von LINQ2SQL, ADO.NET EF oder SubSonic) quer durch die gesamte Applikation verteilt ist, hat man sich festgesetzt. Vor- und Nachteile habe ich noch nicht abgewogen - das EF ist natürlich der "große" Bruder und hat sicherlich einige Features die LINQ2SQL nicht bietet. Hallo Mariusz,
ich nutze LINQ2SQL in meiner DAL – allerdings erstelle ich mir meine eigenen POCOs und mappe die LINQ2SQL Klassen/Objekte auf meine eigenen POCOs. Die generierten Klassen sind auf "internal" gesetzt.
Rob Conery hat dies in seinem MVC Storefront ganz anschaulich in den ersten Webcasts erklärt.

Dieses mapping auf eine eigene Objektstruktur kostet zwar Zeit, allerdings muss ich mich mit solchen schweren Gedanken dann nicht ewig plagen. Wenn mir Linq2SQL nicht mehr gefällt, nehm ich ADO.NET EF oder SubSonic – wenn allerdings die generierten Klassen (sei es von LINQ2SQL, ADO.NET EF oder SubSonic) quer durch die gesamte Applikation verteilt ist, hat man sich festgesetzt.

Vor- und Nachteile habe ich noch nicht abgewogen – das EF ist natürlich der "große" Bruder und hat sicherlich einige Features die LINQ2SQL nicht bietet.

]]> By: Mariusz http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/comment-page-1/#comment-12492 Mariusz Sun, 14 Sep 2008 13:21:49 +0000 http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/#comment-12492 Hi Robert, du willst als DAL ja LINQ2SQL benutzen. Hast du evt. schon das ADO.NET Entity Framework angesehen und vielleicht in Betracht gezogen das zu benutzen? Wenn nein, welche Gründe sprechen hier für LINQ2SQL und gegen ADO.NET EF? Ich stehe selbst vor der Wahl, welche Technik ich einsetzen soll und hab bis jetzt leider noch kein KO Kriterium für eins der Beiden finden können. Vielleicht hast du dich damit schon auseinandergsetzt und könntest mir meine Entscheidung ein wenig erleichtern :-D Hi Robert,

du willst als DAL ja LINQ2SQL benutzen. Hast du evt. schon das ADO.NET Entity Framework angesehen und vielleicht in Betracht gezogen das zu benutzen? Wenn nein, welche Gründe sprechen hier für LINQ2SQL und gegen ADO.NET EF?

Ich stehe selbst vor der Wahl, welche Technik ich einsetzen soll und hab bis jetzt leider noch kein KO Kriterium für eins der Beiden finden können.
Vielleicht hast du dich damit schon auseinandergsetzt und könntest mir meine Entscheidung ein wenig erleichtern :-D

]]> By: Mariusz http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/comment-page-1/#comment-12296 Mariusz Mon, 01 Sep 2008 14:32:45 +0000 http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/#comment-12296 Ich find die Idee seine BusinessLogic auf eine Datenbank zu mappen, wie es Rob macht sehr elegant. Ich bin bis jetzt den anderen Weg gegangen und hab die Datenbankstruktur auf meine BusinessObjekte abgebildet bzw. auf meiner Datenbankstruktur BusinessObjekte abgeleitet. Die Idee vom Rob eignet sich wunderbar zum TDD und ich werd das mal bei mir auch ausprobieren :-) Ich find die Idee seine BusinessLogic auf eine Datenbank zu mappen, wie es Rob macht sehr elegant.
Ich bin bis jetzt den anderen Weg gegangen und hab die Datenbankstruktur auf meine BusinessObjekte abgebildet bzw. auf meiner Datenbankstruktur BusinessObjekte abgeleitet.

Die Idee vom Rob eignet sich wunderbar zum TDD und ich werd das mal bei mir auch ausprobieren :-)

]]> By: Robert Mühsig http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/comment-page-1/#comment-12041 Robert Mühsig Mon, 18 Aug 2008 10:38:08 +0000 http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/#comment-12041 Die Frage ist, ob ich solche "spezial" Fälle abdenken möchte: YAGNI ist auch so ein Zauberwort. In meinem Fall sind die Bedingungen alles "Und" Verknüpfungen - Bücher von zwei verschiedenne Nutzern geht dann nicht. Allerdings werde ich mir den Flal mal durch den Kopf gehen lassen :) Die Frage ist, ob ich solche "spezial" Fälle abdenken möchte: YAGNI ist auch so ein Zauberwort. In meinem Fall sind die Bedingungen alles "Und" Verknüpfungen – Bücher von zwei verschiedenne Nutzern geht dann nicht.
Allerdings werde ich mir den Flal mal durch den Kopf gehen lassen :)

]]> By: Matthias http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/comment-page-1/#comment-12032 Matthias Sat, 16 Aug 2008 18:32:07 +0000 http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/#comment-12032 Wie händelst du komplexere Abfragen wie z.B.: "Gib mir alle Bücher vom Autor X und Autor Y, des Users A oder User B  mit der Kategory "Krimi”" Um etwas flexibler zu sein wäre es möglich beim GetBooksRequest eine Liste an Tags, Categories, Usern und Autoren zu übergeben. Aber dann ist die Verknüpfung zwischen den verschiedenen Suchparametern immer noch fest. Sprich entweder wertest du 2 Autoren in der Liste als UND-Verknüpfung oder als ODER-Verknüpfung, aber der Benutzer hat nicht die Wahl zwischen beidem. Wie händelst du komplexere Abfragen wie z.B.:

"Gib mir alle Bücher vom Autor X und Autor Y, des Users A oder User B  mit der Kategory “Krimi”"

Um etwas flexibler zu sein wäre es möglich beim GetBooksRequest eine Liste an Tags, Categories, Usern und Autoren zu übergeben. Aber dann ist die Verknüpfung zwischen den verschiedenen Suchparametern immer noch fest. Sprich entweder wertest du 2 Autoren in der Liste als UND-Verknüpfung oder als ODER-Verknüpfung, aber der Benutzer hat nicht die Wahl zwischen beidem.

]]> By: Robert Mühsig http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/comment-page-1/#comment-12019 Robert Mühsig Thu, 14 Aug 2008 11:02:55 +0000 http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/#comment-12019 Das Model sieht dies sehr wohl vor: Im "Data" passiert der Datenzugriff. Ob ich dort nun auf eine XML Datei zugreife, SQL Statements zusammenbaue oder einen O/R Mapper nehme, ist am Ende egal. Bei dem Einsatz von Linq2Sql "mappe" ich die generierten Objekte zu meinem Model. DB <-> O/R Mapper <-> mein Model Im MVC Storefront macht Rob Conery z.B. sowas: http://blog.wekeroad.com/mvc-storefront/ Das Model sieht dies sehr wohl vor: Im "Data" passiert der Datenzugriff.
Ob ich dort nun auf eine XML Datei zugreife, SQL Statements zusammenbaue oder einen O/R Mapper nehme, ist am Ende egal.
Bei dem Einsatz von Linq2Sql "mappe" ich die generierten Objekte zu meinem Model.
DB <-> O/R Mapper <-> mein Model

Im MVC Storefront macht Rob Conery z.B. sowas:
http://blog.wekeroad.com/mvc-storefront/

]]> By: Oliver Guhr http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/comment-page-1/#comment-12018 Oliver Guhr Thu, 14 Aug 2008 10:55:31 +0000 http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/#comment-12018 Dein Modell sieht keinen O/R Mapper vor, willst du die Datenbankzugriffe selber schreiben oder eine DB zugriffsschicht mit "Fluent Interfaces" bauen? Dein Modell sieht keinen O/R Mapper vor, willst du die Datenbankzugriffe selber schreiben oder eine DB zugriffsschicht mit "Fluent Interfaces" bauen?

]]> By: Mariusz http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/comment-page-1/#comment-12016 Mariusz Thu, 14 Aug 2008 07:40:48 +0000 http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/#comment-12016 Sehr schön, danke dir :-) Sehr schön, danke dir :-)

]]> By: Robert Mühsig http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/comment-page-1/#comment-12015 Robert Mühsig Thu, 14 Aug 2008 07:34:56 +0000 http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/#comment-12015 PowerPoint 2007 - ist auch super zum UI Prototyping: http://code-inside.de/blog/2008/04/22/ui-prototyping-mit-powerpoint-2007/ :) PowerPoint 2007 – ist auch super zum UI Prototyping:
http://code-inside.de/blog/2008/04/22/ui-prototyping-mit-powerpoint-2007/

:)

]]> By: Mariusz http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/comment-page-1/#comment-12014 Mariusz Thu, 14 Aug 2008 07:31:20 +0000 http://code-inside.de/blog/2008/08/13/howtocode-readyou-evolution-der-architektur/#comment-12014 Hey Robert, es ist unglaublich lehrreich dich beim Entwicklen des ReadYou Projektes hier im Blog zu begleiten. Deine Ideen und Gedankengänge kann man sehr gut nachvollziehen und dass du auch gleich noch Lösungen zu den auftretenden Problemen lieferst, ist umso besser ;-) Ich wollte mal kurz nachfragen, mit welchem Programm du deine Diagramme, wie das obige Architekturdiagramm, erstellst?! Merci und mach weiter so! Hey Robert,
es ist unglaublich lehrreich dich beim Entwicklen des ReadYou Projektes hier im Blog zu begleiten. Deine Ideen und Gedankengänge kann man sehr gut nachvollziehen und dass du auch gleich noch Lösungen zu den auftretenden Problemen lieferst, ist umso besser ;-)

Ich wollte mal kurz nachfragen, mit welchem Programm du deine Diagramme, wie das obige Architekturdiagramm, erstellst?!

Merci und mach weiter so!

]]>