Object model design choice
Posted
by
spinon
on Stack Overflow
See other posts from Stack Overflow
or by spinon
Published on 2011-01-06T00:38:53Z
Indexed on
2011/01/06
9:53 UTC
Read the original article
Hit count: 181
I am currently working on a ASP.NET MVC reporting application using C#. This is a redesign from a PHP application that was just initially thrown together and is now starting to gain some more traction. SowWe are in the process of reworking the backend to have a more OO approach. One of the descisions I am currently wrestling with is how to structure the domain objects. Since 95% of the site is readonly I am not sure if the typical approaches are practical.
Should I create domain objects for the primary pieces of the application (ticket, assignment, assignee) and then create static methods off of these areas to pull the reporting data? Or should I just skip that part and create the chart data classes and have some get method off of these classes? It's not a real big application and currenlty I am the only one developing on it. But I feel torn as to which approach. I feel that the first one is the better choice but maybe overkill given that the majority of uses is for aggregate reporting.
Anybody have some good insight on why I should go one way or another?
© Stack Overflow or respective owner