_NET平台的应用系统框架介绍.docVIP

.NET平台的应用系统框架介绍 微软的.Net平台给应用程序开发提供了一个非常好的基础系统平台，但是，如何在这个系统平台上构建自己的应用系统，还需要我们针对应用系统的特点，构建自己的应用系统框架（Framework）。根据我对分布式程序的理解、和对J2EE应用架构的经验，同时参照了.Net的一些经典案例(包括: Duwamish 7.0，Fitch and Mather 7.0，Pet Shop2.0、3.0，和IBuySpy)，设计了一套.Net下的应用系统开发框架,已经在《XX设计院预决算信息管理系统》和《Jxcrm客户关系管理系统(正在开发)》中得到应用。现在简单向大家介绍这个框架的整体解决方案。 我们通常可以把系统分成以下三个层次： ??· 用户界面层 ??· 应用服务层 ??· 数据库层 用户界面层 在这里的解决方案中用户界面层既Web 层为客户端提供对应用程序的访问。这一层是作为解决方案文件中的 Web 项目实现的。Web 层由 ASP.NET Web 窗体和代码隐藏文件组成。Web 窗体只是用 HTML 提供用户操作，而代码隐藏文件实现各种控件的事件处理。??· 数据的表示方式，也就是实体类的表示方式，以及同数据库的对应关系，即所谓的O-R Map的问题。 ??· 数据的存取方式，也就是实体类的持久化问题，通常采用数据库来永久存储数据实体，这就需要解决同数据库的交互问题。 ??· 业务逻辑的组织方式。 ??· 业务服务的提供方式。 ??在框架中，针对以上问题，我们将应用服务层又划分成五个层次：数据实体层、实体控制层、数据访问层、业务规则层和业务外观层。各个层次同上述问题的关系可以用表表示如下： 层次 ??问题 通用层 包含各层中涉及的通用功能，和数据实体值对象 业务外观层 业务服务的提供方式 业务规则层 业务逻辑的组织方式 系统框架层 与业务逻辑无关的系统功能的封装 数据访问层 通过企业库提供对数据库的访问 ??整个系统的结构图如下： ??图中的箭头表示使用关系 ?将系统分层的好处是能够使得系统的架构更加清晰，这样每个层次完成的功能就比较单一，功能的代码有规律可循，也就意味着可以开发一些工具来生成这些代码，从而减少代码编写的工作量。 ?下面将各个部分的设计方案介绍如下： 通用层 ??通用层可能被各个层次引用，完成各层都可能涉及的通用功能，和数据的表示方式的问题，也就是通常的O-R Map的问题。 ??数据的表示方式采用了两种形式。 强类型数据集 我开发了该层的代码生成工具，对常规的应用开发能得到满足。下面是代码开发工具自动生成的强类型数据集的代码： 值对象(VO) 业务外观层 ??业务外观层为 Web 层提供服务，它将用户界面表示与各种业务功能的实现隔离开来。除了低级系统和支持功能之外，对数据库服务器的所有调用都是通过此进行的。 业务规则层 业务规则层需要完成的功能是各种业务规则和逻辑的实现。业务规则完成如客户帐户和书籍订单的验证这样的任务。这是整个应用系统中最为复杂的部分，没有太多的规律可循。 框架中没有直接对该层的开发提供支持。 系统框架层 该层主要提供与业务逻辑无关的系统功能的封装 数据访问层 ??为了统一、简化对数据库的访问， 在设计框架的时候，我选用了微软公司开发发布的企业程序库，通过企业程序库的数据访问块来与数据库进行沟通，消除了部分访问ADO.NET的底层代码，同时提高了数据库的可移植性。 该层开发了代码自动生成工具。下面是代码开发工具自动生成的方法的代码： 数据库层 (不包含在该框架中) 框架的设计思想和策略 分层原则 分层的目的是使各层的功能尽可能单一，从而有助于代码的编写和维护，同时能够编写代码自动生成工具。 封装 各层都尽可能做到高内聚、低耦合，层与层之间只是实现单向交互，对通用功能撰写基类或助手类来减少代码重复。 数据访问策略 分批(分页)存取原则，在一个方法调用中将所有数据传递到客户端，将数据库资源保留时间最短原则 优势说明 分层结构，层次清晰，便于团队合作开发，建议组建Web开发团队，应用逻辑开发团(负责开发应用程序服务器，既：通用层、业务外观层、业务规则层、数据存取层)，数据库层开发团队(负责数据库逻辑开发)。 代码自动生成，代码自动生成可以极大的减轻应用逻辑开发团队开发重复代码的工作量，同时自动生成的代码具有极大的可读性、规范性。 要求和建议 数据库设计要求严格、规范，建议制定数据库对象的命名规范(建议：首字符大写、主键以Id结束，主键唯一，主键程序生成、命名全部采用英文、不包含空格、不包含下划线)，对数据库对象给出描述信息。代码自动生成工具是根据数据库对象架构信息完成自动代码生成的，描述信息可以生成代码中的备注信息。 说明