Designing a system with different business rules for different customers

Posted by user1595846 on Programmers See other posts from Programmers or by user1595846
Published on 2012-09-21T13:59:30Z Indexed on 2012/09/21 15:52 UTC
Read the original article Hit count: 210

Filed under:
|
|
|

My company is rewriting our proprietary business application. The current architecture is poorly done and inflexible. It is coded more procedural oriented as opposed to object oriented. It has become difficult to maintain.

Our system is a web application written in .Net Webforms. I am considering ASP.Net MVC for the rewrite.

We intend to rewrite it with a good, solid architecture with the goal of maintainability and reusable classes for some of our other systems and services. We would also like the system to be customizable for different customers in the event that we market the system.

I am considering redesigning the system based on the layered architecture (Presentation, Business, Data Access layers) described in the Microsoft Patterns and Practices Application Architecture Guide. http://msdn.microsoft.com/en-us/library/ff650706.aspx

Hopefully this isn't too open ended, but how would you recommend allowing for different business logic/rules for different customers? I'm aware of Windows Workflow Foundation, but from what I've read about it, it seems many business rules could be too complicated to handle there.

Also, Can anyone point me to where I can download an example of a .net solution that is based on the Application Architecture Guide? I have already downloaded the Layered Architecture Solution Guidance and the Expense Sample on codeplex. I was looking for something a bit larger and more robust that I could step through the code and see how it works.

If you feel there are better architectures to base our redesign on please feel free to share.

I appreciate your help!

© Programmers or respective owner

Related posts about c#

Related posts about design