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: 183

Filed under:
|
|
|

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

Related posts about c#

Related posts about oop