.NET三层经典架构PetShop3.0分析---1
petshop是C#实现的petstore，具体和技术无关的情况就不多介绍了。
petshop3.0比petshop1和2都有了较大的改变，主要是设计方面的。看一下里面的8个工程和1个站点就知道它肯定分了不少层。
一.概况介绍。
Model：
模型层，封装业务实体，一般和数据库模式对应。
例如：
public class AccountInfo {
// Internal member variables
private string _userId;
private string _password;
private string _email;
private AddressInfo _address;
private string _language;
private string _category;
private bool _showFavorites;
private bool _showBanners;
。。。
}
IDAL：
数据访问接口层，主要是一些dao接口。
例如：
public interface IAccount
{
AccountInfo SignIn(string userId, string password);
AddressInfo GetAddress(string userId);
void Insert(AccountInfo account);
void Update(AccountInfo Account);
}
OracleDAL：
oracle实现的数据访问层。
SQLServerDAL：
sql实现的数据访问层。
OracleDAL和SQLServerDAL中的类都实现了IDAL中的接口。属于dao实现。
DALFactory
负责确定是使用oracle实现还是mssql实现。通过在web.config中的配置确定使用哪一个dal实现（通过反射，动态生成访问类是PetShop.SQLServerDAL还是PetShop.OracleDAL命名空间中的类）。
<add key="WebDAL" value="PetShop.SQLServerDAL"/>
<add key="OrdersDAL" value="PetShop.SQLServerDAL"/>
public class Account
{
public static PetShop.IDAL.IAccount Create()
{
/// Look up the DAL implementation we should be using
string path = System.Configuration.ConfigurationSettings.AppSettings["WebDAL"];
string className = path + ".Account";
// Using the evidence given in the config file load the appropriate assembly and class
return (PetShop.IDAL.IAccount) Assembly.Load(path).CreateInstance(className);
}
}
BLL：
业务访问层。通过DALFactory，读取配置，决定使用何种dal实现。
public class Account {
public AccountInfo SignIn(string userId, string password) {
if ((userId.Trim() == string.Empty) || (password.Trim() == string.Empty))
return null;
// 通过DALFactory调用具体的dal实现。
IAccount dal = PetShop.DALFactory.Account.Create();
// Try to sign in with the given credentials
AccountInfo account = dal.SignIn(userId, password);
// Return the account
return account;
}
。。。
}
Web：
表现层，主要包括了Web 页面（aspx）和用户控件（ascx）控件及自定义服务器控件SimplePager和ViewStatePager。
Utility：
公用模块，一组帮助器类，其他业务层和数据访问层可能会使用到的一些公用方法。
分层如何使系统更灵活
学习面向对象设计和设计模式和架构模式，我们可以知道，设计的重要目的，一个是可重用，一个是可维护还有就是可扩展性。
面向对象技术本身就提供了很多可重用得机制，通过继承和组合可以使代码较大程度的重用。另外，我们需要通过设计，抽象出基本的概念，对这些概念进行重用。重用可以提高系统的可维护性，因为重用的东西一般经过了充分的测试和长时间的考验，比我们自己重复发明的轮子的质量更容易保证。
可扩展，继承和重载是扩展的方式，但他们是语言级的，我们需要通过设计达到系统级的可扩展。
这里主要结合petshop的分层设计和实现谈一下这几个设计的指标。
上面介绍了各个层，各层的调用关系是这样的：
web层-->BLL(使用Model)-->DALFactory（通过IDAL）-->具体DAL实现层（oracle或ms sql）-->持久存储。
这样，各层至于相邻的层交互，通过定义良好的接口，层内部的实现对其他层来说关系是不大的。这很符合软件工程的思想，因为定义好了接口后，开发人员就可以按照自己的特长实现各自的层，并且容易测试，因此可以提高软件的开发效率和开发质量。
从架构和源码实现上我们可以看到，数据层的灵活性，可扩展性和可维护性是通过DALFactory层实现的。我们知道，由于采用面向接口编程这一原则，DALFactory可以通过配置文件信息来确定使用哪一个IDAL实现，这样我们就可以在部署时通过修改配置文件来适应客户的数据库要求。当然这也要求，具体的数据库实现层要遵循特定的命名约定，比如对于Account实现，sql和oracle中对应的类要有相同的名字和构造函数（现在是必须有默认构造函数，否则无法初始化），当然所在的名称空间要不同。
以后，当我们需要实现mysql或db2的数据实现层的时候，我们只需要通过mysql或db2按照上面的命名约定实现，在web.config文件中进行配置就可以了（可扩展和可维护性）。而且，如果客户原先使用mssql后来要使用oracle，然后…… 如此反复的折腾，我们也不会挠头，因为我们原先的实现可重用，新的要求，可扩展。另一方面，对于同一个数据库我们也可以采用不同的实现方法，比如ado.net（又分为直接的sql和存储过程实现），orm框架，ibati式的半orm框架，我们可以为每种这样的实现建立一个工程，灵活的选择，而不是仅在原来的基础上修改。这就是petshop数据访问层向我们展示的为什么要这么分层。
其实现在的很多框架和系统为了实现灵活性都是通过配置实现的，因为修改配置
不像修改源代码那样需要重新发布，而且就像petshop，OracleDAL，SQLServerDAL的两个dll可以同时存在，需要使用哪一个就配置哪一个就可以了。
