三层架构标准 微软的.Net 平台给应用程序开发提供了一个非常好的基础系统平台，但是，如何在这个系统平台上构建自己的应用系统，还需要我们针对应用系统的特点，构建自己的应用系统框架（ Framework）。 笔者在应用.Net开发系统的过程中，结合多年的开发经验，设计了一套.Net 下的应用系统开发框架，以及相应的中间件和开发工具，已经在多个项目中和软件产品中应用，取得了很好的效果。 系统的基本结构 对于典型的三层应用系统来说，通常可以把系统分成以下三个层次： a.数据库层 b.用户界面层 c.应用服务层 对于应用系统来说，在这三个层次中，系统的主要功能和业务逻辑在应用服务层进行处理，对于系统框架来说，主要处理的也是这个层次的架构。 对于应用服务层来说，需要处理以下几个方面的问题： 数据的表示方式，也就是实体类的表示方式，以及同数据库的对应关系，即所谓的O-R Map 的问题。在框架中，这个部分位于数据实体层 数据的存取方式，也就是实体类的持久化问题，通常采用数据库来永久存储数据实体，这就需要解决同数据库的交互问题。在框架中，这个部分位于实体控制层 业务逻辑的组织方式。在面向对象的系统中，业务逻辑是通过对象间的消息传递来实现的。在这个部分，为了保证逻辑处理的正确性和可靠性，还必须支持事务处理的能力。在框架中，这个部分位于业务规则层 业务服务的提供方式。为了保证系统的灵活性和封装性，系统必须有一个层来封装这些业务逻辑，向客户端提供服务，同时作为系统各个模块间功能调用的接口，保证系统的高内聚和低耦合性。这里的客户指的不是操作的用户，而是调用的界面、其他程序等。Web 层（ASP.Net 页面）通常只同这个部分交互，而不是直接调用业务逻辑层或者数据实体的功能。在框架中，这个部分位于业务外观层。 将系统划分成这么多层次，其好处是能够使得系统的架构更加清晰，并且，系统的层次划分的清晰，就意味着每个层次完成的功能就比较单一，也就意味着这些功能的代码是有规律可循的，也就意味着我们可以开发一些工具来生成这些代码，从而减少代码编写的工作量，使得开发人员可以将更多的精力放到业务逻辑的处理上。正是基于这个想法，我们开发了针对这个框架的开发工具，在实际的使用，能够减少很多代码的编写量，效果非常好。同时，为了应用服务层更好的工作，我们设计了一个支持这个框架的应用系统中间件，现在，除了本公司，也已经有多家其他公司在试用这个中间件系统。...
