.NET三层结构

分层如何使系统更灵活
       学习面向对象设计和设计模式和架构模式，我们可以知道，设计的重要目的，一个是可重用，一个是可维护还有就是可扩展性。
       面向对象技术本身就提供了很多可重用得机制，通过继承和组合可以使代码较大程度的重用。另外，我们需要通过设计，抽象出基本的概念，对这些概念进行重用。重用可以提高系统的可维护性，因为重用的东西一般经过了充分的测试和长时间的考验，比我们自己重复发明的轮子的质量更容易保证。
可扩展，继承和重载是扩展的方式，但他们是语言级的，我们需要通过设计达到系统级的可扩展。
这里主要结合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可以同时存在，需要使用哪一个就配置哪一个就可以了。