Ich arbeite derzeit an einer ASP.NET MVC Reporting-Anwendung mit C#. Dies ist ein Redesign von einer PHP-Anwendung, die gerade erst zusammengeworfen wurde und jetzt beginnt, mehr Traktion zu gewinnen. Wir sind gerade dabei, das Backend zu überarbeiten, um einen OO-Ansatz zu haben. Eine der Entscheidungen, mit denen ich mich gerade befasse, ist die Struktur der Domänenobjekte. Da 95% der Site schreibgeschützt ist, bin ich nicht sicher, ob die typischen Ansätze praktikabel sind.Object model design choice
Sollte ich Domänenobjekte für die primären Teile der Anwendung (Ticket, Zuweisung, Beauftragter) erstellen und dann statische Methoden aus diesen Bereichen erstellen, um die Berichtsdaten zu ziehen? Oder sollte ich diesen Teil überspringen und die Diagrammdatenklassen erstellen und eine "Get" -Methode von diesen Klassen haben? Es ist keine wirklich große Anwendung und derzeit bin ich der Einzige, der daran arbeitet. Aber ich bin verwirrt darüber, welchen Ansatz ich wählen soll. Meiner Meinung nach ist die erste die bessere Wahl, kann aber zu viel sein, wenn man bedenkt, dass die meisten Verwendungen für die aggregierte Berichterstattung verwendet werden.
Hat jemand einen guten Einblick, warum ich so oder so gehen sollte?
war das PHP OO? Wie viel Entwicklung wird es in der Zukunft sehen? Siehe auch http://stackoverflow.com/questions/246808/when-is-object-oriented-not-the-correct-solution –
Nein, es war in keinem Sinn des Wortes 00. Es war eine Gräueltat. Nur ein paar String-Manipulationen. – spinon