Architectural conundrum
        Posted  
        
            by Dejan
        on Stack Overflow
        
        See other posts from Stack Overflow
        
            or by Dejan
        
        
        
        Published on 2010-03-17T11:41:08Z
        Indexed on 
            2010/03/18
            4:01 UTC
        
        
        Read the original article
        Hit count: 420
        
architecture
|separation-of-concerns
The worst thing when working on a one man project is the lack of input that you usually get from your coworkers. And because of the lack of that you tend to make obvious mistakes.
After going down that road for some time I would need some help from the community.
I started a little home-brew project that should turn into a portal of some sorts. And the main thing that is bothering me is the persistence layer that i have concocted. It should be completely separated from the presentation layer for starters and a OR mapper is also somewhere. This is because I have multiple data stores that have to be used.
So the base idea was that the individual "repositories" operate each on their individual database and that the business layer then aggregates the business objects which are then transformed in the presentation layer into view objects.
The main problem I face is the following:
Multiple classes for the same concept - There is a DAL representation of a user and BL representation of user and a view representation of a user. I can handle the transformation with a tool but is this really the right way. I mean they are all nicely separated, but the overhead is quite something.
What do you think? Am I going too deep into the separation of concern rabbit hole or is this still normal?
© Stack Overflow or respective owner