程序的分层体系结构以及相关名词：
经典的三层结构
表示层。提供以用户交界的GUI.这一层一般应该做的很薄。以至于更改UI方式而不影响下一层。
逻辑层:实现各种业务逻辑。例如生成订单请求时，我们把订单信息添加到数据库。这一层尽量封装的不让表示层知道这一层的细节。
数据库层:负责存放所有的业务的数据。其实就是数据库。
这个分层存在着一定的问题。就是第二层数据层同第三层之间存在一定的紧密性。不是非常的脱耦合。一般存在三种模式来连接第二层和第三层。
事务脚本：就是类似处理过程的方式来进行数据库访问，这样的访问确实很简单并且非常的高效。不过随着业务逻辑的越来越复杂而你也会发现代码约来越多的出现重复。所以在业务逻辑很繁杂的时候，尽量不要使用这种模式。
表结构，类似DataSet的数据结构类型。他在很大程度上可以解决一些业务脚本带来的负面影响。它构造一个类似数据库表的形式来存储数据。不过依然存在的问题就是数据库的变动同样影响着业务逻辑层。
业务领域:这种方式是把数据库里的每一个表的每一条记录映射为一个对象。我们就可以使用策略模式(GOF模式)，集成等等面向对象带来的好处。所以我写这篇文章的不的也就是提倡大家使用这种模式，哪怕在复杂的业务逻辑。尽量保持这种模式。
我们在逻辑层之下在添加一层持久化层。NHibernate就位于该层的位置。我们用这层来进行数据库操作。灵活性更高。