推荐的一种多层设计模式

                                      

介绍：

   

在现在的开发当中，越来越多的开发都使用的分层开发模式，最常见的就是三层开发模式，分层设计的目的在于使各个层之间只能够被它相邻的层产生影响，但是这个限制常常在使用多层开发的时候被违反，这对系统的开发是有害的，在这篇文章我主要讨论为什么层的隔离是如此重要的。下面馆将具体对这三种流程进行说明并比较。

数据层驱动模式

 

 所谓数据层驱动模式，就是先设计数据层，陈述层围绕数据层展开，一旦完成了数据成和陈述层，业务层就围绕数据层展开，因为陈述层是围绕数据层展开的。这将会使陈述层中的约束不准确，并且限制了业务层的变更。由于业务层收到限制，一些的简单变化可以通过SQL查询和存储过程来实现。

这种模式非常的普遍，它和传统的客户服务端开发相似，并且是围绕已经存在的数据库设计的。由于陈述层是围绕数据层设计的，它常常是凭直觉模仿数据层的实际结构

    常常存在一种额外的反馈循环在陈述层到数据之间，当在设计陈述层不容易实现的时候常常会去修改数据层，也就形成了这种反馈循环。开发者请求修改数据库方便陈述层的开发，但是对数据层的设计却是有害的。这种该变是人为的而没考虑到其他需求的限制。这种修改经常会违反至少损害数据的特有规则，导致不必要的数据冗余和数据的非标准化。

     

  陈述层驱动模式

 

    陈述层驱动模式是数据层围绕陈述层展开。业务层的完成一般是通过简单的SQL查询和很少的变化或者隔离。由于数据库的设计是为了陈述层的方便，而非从数据层设计方面考虑，所以数据库的设计在性能上通常很糟糕。

 

 隔离驱动模式

   用隔离驱动模式设计，陈述层和数据层被独立的开发，常常是平行开发。这两层被设计没有任何的相互干扰，所以不会存在人为的约束和有害的设计元素。当两层都设计好了后，再设计业务层，业务层的责任就是在没有对数据层和陈述层的需求变化的基础上完成所有的转换。

   因为现在陈述层和数据层是完全独立的，当业务层需求改变的时候，他们都可以做相应的修改而不影响对方。 改变两个在物理上不相邻的层不会直接对其他层产生响或发生冲突。这就允许数据层结构的调整或者陈述层根据用户的需求做相应的变化，而不需要系统做大的调整或者修改  。

   

	数据层驱动模式	陈述层驱动模式	隔离驱动模式
数据库	很容易设计。 一些负面折中。 很难数据层改变，因为它和陈述层紧密邦定	数据库设计很糟   严重的不规范化设计   其他系统不易使用 很难改变数据层由于它很陈述层紧密邦定	能很好的是设计   集中设计数据库，陈述层对它影响很小。
业务需求	常常不能适应业务需求变化	常常适应业务需求变化	适应需求变化
用户界面	是围绕数据层而不是围绕用户，不易修改。	适和用户扩展界面	适合用户界面扩展
扩展性	通常可扩张，但是在常常在用户界面需要比较多的重写以满足数据库的结构，同时数据库可能需要存储一些冗余的字段。	完整性的扩张很难，常常只有通过“剪切，粘贴”函数来实现	很容易扩展

          综上所述，很容易看出隔离驱动模式的优点，如有可能的话，这样设计可以极大的提高程序的扩展性。