PetShop 4架构分析[转]
PetShop 4架构分析
刚开始打开PetShop项目的时候，我们未免会被如此多的项目吓一跳，不过只要用心的去分析，看懂它并不是非常难的事。
首先我们来看一下WEB项目，因为我们做WEB应用程序首先想到的就是看看页面是怎么实现的，然后一路追溯下去，直到看明白程序是如何把数据显示到页面和如何处理页面的数据的。
比如说首页吧，Default.aspx，我们看到首页很简单，大多数是静态的，只显示了一个Categories菜单，下面是对应的HTML代码
<PetShopControl:NavigationControl ID="Categories" runat="server"></PetShopControl:NavigationControl>
而这些PetShopControl，NavigationControl标签是什么呢，我们可以在页面HTML代码的上方看到一行
<%@ Register Src="Controls/NavigationControl.ascx" TagName="NavigationControl" TagPrefix="PetShopControl" %>
指令，通过这行指令我们可以看到Categories菜单是通过NavigationControl.ascx用户控件实现的
那好，我们现在就来打开 NavigationControl.ascx ，NavigationControl.ascx 里面有一个Repeater控件，然后我们来看看NavigationControl.ascx的后台代码NavigationControl.ascx.cs
页面初绐化Page_Load调用两个函数GetControlStyle();BindCategories();
其中GetControlStyle()是为了实现菜单在首页和其它页面显示不同的风格，BindCategories()方法就是绑定数据了。
BindCategories() {
Category category = new Category();
repCategories.DataSource = category.GetCategories();
repCategories.DataBind();
}
在BindCategories()方法中有个类Category，Category是在BLL项目中实现的，我们可以单击右键点转到定义快速的找到它，category.GetCategories()方法我们也可以快速的找到它的定义
表现层到这就转到业务层了，现在我们来看看业务层如何实现Category类，业务层的GetCategories()方法实现如下
public IList<CategoryInfo> GetCategories() {
return dal.GetCategories();
}
而变量 dal 在类中有定义
private static readonly ICategory dal = PetShop.DALFactory.DataAccess.CreateCategory();
然后我们再看到PetShop.DALFactory.DataAccess.CreateCategory()
在DataAccess类的CreateCategory()方法中我们所看到的并没有具体的数据操作，取而代之的是
string className = path + ".Category";
return (PetShop.IDAL.ICategory)Assembly.Load(path).CreateInstance(className);
我们可以看到 path 的定义
private static readonly string path = ConfigurationManager.AppSettings["WebDAL"];
path是WEB.config中定义的WebDAL节点值，我们来看看Web.config中的WebDAL值，如果装的是SQL数据库的话应该是 “PetShop.SQLServerDAL”
原来语句“Assembly.Load(path).CreateInstance(className)”就是通过Web.config配置来实例化PetShop.SQLServerDAL集合中的Category类，然后我们才在PetShop.SQLServerDAL.Category看到方法GetCategories()的具体实现
但是何必运用如此烦杂的步骤来实现对数据的操作呢，细想一下，不同的用户有不同的数据库，例如我们可以使用SQL SERVER，也可以使用Oracle数据库，为了轻松的实现对不同数据库的访问而不修改业务层，降低各层之间的偶合，所以PetShop运用了设计模式中的抽象工厂模式Factory，而为什么表现层和业务层之间不需要这样做，因为业务层的业务规则一般都是固定的，所以没必要写几个业务层，如果应用程序中的业务层是时常变动的，或开发的是通用的WEB应用程序，针对不同的企业有不同的业务层，而表现层却一样，也可以运用抽象工厂模式。
PetShop的整体架构就是这样子了，可以说这是经典的三层架构啦！！
