第二种我所见过的三层设计模式是：
还是分为UI层、业务层（BLL）、数据访问层（DAL），但其中的数据的存储和传递使用的是Model类，Model类中只有私有字段和公有的属性，并不存在对数据的操作，定义逻辑业务实体，但是实体的定义并不是以单表定义的，而是以一个业务逻辑来定义。
我所遇到的问题是，随着开发的深入，对用户需求的深入，需求在变化，大多是需求膨胀，就某一个逻辑业务实体来说就会不断地膨胀。这样为了实现一个操作有可能要实例化一个很大的实体类，而实际上这个实体类中有用的信息并不多。这样就会造成整体性能的下降。
还是分为UI层、业务层（BLL）、数据访问层（DAL），但其中的数据的存储和传递使用的是Model类，Model类中只有私有字段和公有的属性，并不存在对数据的操作，定义逻辑业务实体，但是实体的定义并不是以单表定义的，而是以一个业务逻辑来定义。
我所遇到的问题是，随着开发的深入，对用户需求的深入，需求在变化，大多是需求膨胀，就某一个逻辑业务实体来说就会不断地膨胀。这样为了实现一个操作有可能要实例化一个很大的实体类，而实际上这个实体类中有用的信息并不多。这样就会造成整体性能的下降。
