Comments on: MVC Project Architecture http://blog.coreycoogan.com/2009/06/05/mvc-project-architecture/ Python, .Net, C#, ASP.NET MVC, Architecture and Design Tue, 07 Feb 2012 04:33:49 +0000 hourly 1 http://wordpress.com/ By: coreycoogan http://blog.coreycoogan.com/2009/06/05/mvc-project-architecture/#comment-60 Tue, 17 Nov 2009 14:12:33 +0000 http://coreycoogan.wordpress.com/?p=24#comment-60 Hi Josh,
the project I outlined here changed quite a bit after I was pulled away from it. The architect had different ideas about what a layered application looks like and the team was rather junior, resulting poor man’s DI rather than using the StructureMap container that was already available to the project. Everything that I wrote, however, leveraged SM for all DI. Check out my post on Castle to see how I’m doing that stuff in latest project.

LLBLGen is a pretty good ORM, although I like SubSonic more. Unfortunately, the team decided that EntityFramework was better than LLBLGen and decided to use that later in the project. I absolutely hate EF and think LLBLGen is a much stronger ORM, but it wasn’t my call.

As far as your transactions go, I think your architecture may be causing you these hassles. First, you adapter should probably be in an Infrastructure layer, not your Core layer. Your Core layer should be your Domain objects, or in this case LLBLGen entities. You would then have an Application Layer that provides application services. It is these services that would be responsible for opening the transaction, calling the applicable operations (passing the repository or transaction) and then committing. I would steer clear from managing transactions in the UI.

]]> By: Josh http://blog.coreycoogan.com/2009/06/05/mvc-project-architecture/#comment-59 Tue, 17 Nov 2009 06:26:13 +0000 http://coreycoogan.wordpress.com/?p=24#comment-59 How is the project going? We’ve been using LLBLGen in an ASP.NET MVC project for a large business services app for the past 6 months and are pretty happy with it so far. Out of curiosity, are you using an IoC framework (like StructureMap or Unity), or just injecting the various dependencies manually through default c-tors? Also, how are you handling transactions? So far that’s been our biggest struggle since the trx often must reside at the controller/session level, but the adapter is down in our service layer (your app.core layer).

Good luck!

]]>