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