This is a first post in series “Solution Architecture for the Masses”. I decided to take p&p’s Application Architecture Guide (2nd Edition) for a test drive.
This post follows the guidelines described in the resources outlined in the Quick Resource Box on the right or at least the way I understood it.
Quick Resource Box
The rest of the post is an explanation of how I partitioned my Visual Studio solution according to the guidelines.
Layers Mapped to Visual Studio Solution
From the How To – Structure Your Application:
Red square that I have added in the figure above should map to the solution in Visual Studio. Right click on the solution node in Solution Explorer –>Add –> New Solution Folder to create the structure similar to below:
I have added numbers to the names so that VS sorts it top down like in the conceptual diagram. It helps navigating the solution.
User Interface [UI] Folder
The UI Solution folder holds Web App and Silverlight applications – notice there might be several Silverlight applications that will be used for different Use Cases [UC] for the same web app.
Service Interface [SI] Folder
Service Interface folder holds WCF projects that will be consumed by remote clients or by our own Silverlight applications – notice it has svc file, interfaces, and interfaces implementations (servicecontract/operationcontract). It does not contain datacontract which is factored out into separate project (later on this one):
Entities folder holds Entities project. It is my data model that flows through layers. I have factored it into separate project so I will be able to reference it from different projects as entities usually flow through all layers and sometimes tiers.
Business Services Folder
Business services folder holds Business Services objects that will be activated by WCF and ASPX on the server side. It is a bunch of Use Case oriented classes with static methods that should access DAL when processing entities.
Data Access Folder
Data Access folder holds project for Data Access Layer [DAL] that’s responsible for accessing the entities in the data sources and downstream services. For each entity I have a set of CRUD related operations. It also contains data access helper classes:
Crosscutting folder contains non-functional aspects such monitoring, exception handling, security, etc:
I am ready to expand each folder and add the implementation to it. Business Entities and Business Services are next.