基于.NET平台的面向对象应用框架的研究与设计

第２４卷第１期　

浙江万里学院学报　

Ｖｏ１．２４　Ｎｏ．１　

２０１１年１月　

Ｊｏｕｒｎａｌ　ｏｆ　Ｚｈｅｉｉａｎ￣Ｗａｎｌｉ　Ｕｎｉｖｅｒｓｉ　

基于．ＮＥＴ平台的面向对象应用框架的研究与设计　

陈忠力　．金刚波　

（１．浙江万里学院，浙江宁波３１５１０２；２．浙大网新易盛网络通讯有限公司，浙江杭州　３１００００）　

摘要：ＥＳＳＥ．ＮＥＴ是一个基于．ＮＥＴ技术的应用框架，该框架分为三个组成部分：基于ＭＶＣ模式的表示层、业务　

逻辑层、通用数据访问层。本框架不仅适用于．ＮＥＴ的ＷＥＢ系统开发，也适用于ＷｉｎｄｏｗＦｏｒｍ系统开发：应用程序　

中所使用的数据访问代码几乎不需要改变，就能满足不同厂商的数据库开发，有更好的灵活性和扩展性。　

关键词：．Ｎｅｔ；软件复用；框架技术；设计模式；面向对象　

中图分类号：ＴＰ３１１．５２　文献标识码：Ａ　文章编号：１６７１—２２５０（２０１１）０１—００７４—０７　

ＥＳＳＥ．ＮＥＴ框架是一个帮助开发人员进行．ＮＥＴ企业应用系统构建的应用框架。框架是一个系统全部　

或者部分的可复用设计，通常由一组抽象类和类之间的协作组成。框架一般建立在同一个或相似领域中，　

即所要开发的软件系统要具有较强的相似性，通过框架把领域中不变或不易变的部分在一定时间间隔内　

固定下来，把易变的部分以用户接口的形式保留下来，从而达到设计和代码的复用。因此，进行ＥＳＳＥ．　

ＮＥＴ框架设计时关键点是对目前的．ＮＥＴ企业应用系统进行分析，找出其系统中通用的、不变的部分并在　

框架中加以实现．以帮助应用程序开发人员进行开发。　

１　Ｅ　Ｓ　Ｓ　Ｅ．Ｎ　ＥＴ框架的总体设计　

企业应用软件中用户界面的相关处理、数据的表示方式、数据的存取方式、业务服务的提供方式等方　

面是所有的企业应用软件所共有的，并且是相似的，因此，这些功能应该在ＥＳＳＥ．ＮＥＴ框架中得到实现。　

框架的总体目标：建立一个通用的基于．ＮＥＴ的应用框架。基于这一目标，有以下几个评价指标：（１）功能　

完善：能够满足用户所需要的各种功能。（２）通用性强：能够适应不同用户的不同需求，即框架要与具体业　

务逻辑的藕合性要低。（３）分层结　

构：各层间的祸合性要低，以提高　

框架的柔性．并且能根据用户不　

同需求进行相应的改变。　

这样．传统的三层架构无法　

满足要求，于是在ＥＳＳＥ．ＮＥＴ应用　

框架中，加了业务逻辑接Ｅｌ层、数　

据访问接口层、业务对象层、对象　

核心辅助层，总体组建模型设计　

如图１所示．框架中组件的内容　

以及层与层之间的依赖关系详见　

表１　图１　ＥＳＳＥ．ＮＥＴ框架组建模型　

收稿日期：２０１０—０５—０６　

作者简介：陈忠力（１９８１一），男，浙江温州人，浙江万里学院保卫部助理工程师，研究方向：虚拟机。　

・

７４　・　

陈忠力，金刚波：基于．ＮＥＴ平台的面向对象应用框架的研究与设计　

表１　ＥＳＳＥ．ＮＥＴ应用框架组件说明　

第１塑　

服务层（本地模式），主要解决业务上～一些逻辑和流程功能，并采用标箍等技术，实　

Ｌ０ＣＡＬ　

现了事物操作等问题。　

业务对象层，定义了对象的一般属性，并继承了ＥＳＳＥ．Ｃｏｒｅ．Ｂｏ层核心类，米实现对　

ＥＳＳＥ．ＢＯ　

象数据的脏数据的处理和对象数据的过滤和排序，在属性定义时实现了延迟加载。　

对象核心辅助层，主要来处理业务对象的脏数据、过滤、排序等。　ＥＳＳＥ．Ｃ０ｒｅ．ＢＯ　

２　通用数据访问层的设计与实现　

在应用程序设计中，数据库的访问是非常重要的，通常需要将对数据库的访问集中起来，以保证良好　

的封装性和可维护性。即编写应用系统时。不因类的不同而受到影响，尽量做到与数据库无关，当后台数据　

库发生变更时，不需要更改客户端代码。这就需要在实际开发过程中将这些数据库访问类再作一次封装。　

２．１　数据访问层的分析与设计　

无论数据层多么复杂，日的都只有一个，即为了包装特定的数据存储代码（例如：连接代码、杏询和存　

储过程执行、错误处理以及将数据修改为正确的格式）。｝大１此。它可以保护客户的应用程序．使其不受代码　

的影响。数据层有多种形式，其一町以像应用程序中的类一样简单，或者和一系列运行在一个专用的服务　

程序上的托管组件相同。不管数据层是如何实现的，结果都是一个单独基于．ＮＥＴ平台的应用框架的设计　

与实现的数据访问ＡＰＩ，无论底层的数据库平台类型如何，对于客户应用程序的开发人员都是一样的。　

数据层为客户的应用程序提供一个标准的接口，同时也应该向客户应用程序提供一种灵活性　客户　

程序应该选择数据层中的一个数据提供者，数据层利用一个对象来响应这个数据提供者，该对象的方法　

可以使用所要求的数据提供者来执行数据库的功能。无论客户应Ｊ｝ｊ程序所要求的数据提供者是哪一个，　

这个对象需要具有相同的方法和属性。如果数据库从一个平台上移植到另外一个平台，客户应用程序几　

乎不需要改变。　

经过上述的分析，接下来应当选择相应的设计模式来设计数据访问层。设计模式应该具有以下几个　

功能：对数据访问本身，允许多种．ＮＥＴ数据提供者；将每一个数据提供者都包装到它本身的“包装器”类　

中；具有一个单独的访问点，可以提供一个参数化的对象创建机制；在运行时，客户的应用程序利用该机　

制来指定它所需的数据提供者。　

经分析，ＡｂｓｔｒａｃｔＦａｃｔｏｒｙ设计模式能够满足以上要求。使用ＡｂｓｔｒａｃｔＦａｃｔｏｒｙ设计模式的优点在于：当　

客户应用程序想要在运行阶段决定需要使用的对象族时，它能处理相似的对象族。每个对象族都具有它　

本身关联的工厂对象，而且所有的工厂对象都是从～个通用的父类中继承而来的。在运行时，客户应用程　

序通过选择合适的工厂对象来获得相应对象的对象族，然后利用那个Ｔ厂对象来创建一些家庭成员的实　

例。数据访问层的模块结构图如图２　

可以看到，在数据访问层中，完全采用了“面向接口编程”思想。抽象出来的ＩＤＡＬ模块，脱离了与具　

体数据库的依赖，从而使得整个数据访问层利于数据库迁移。ＤＡＬＦａｃｔｏｒｙ模块专门管理ＤＡＬ对象的创　

建，便于业务逻辑层访问。ＳＱＬＳｅｒｖｅｒＤＡＬ和ＯｒａｃｌｅＤＡＬ模块均实现ＩＤＡＬ模块的接口，其巾包含的逻辑就　

・　

７５　・　

２０１１年１月　浙江万里学院学报　

是对数据库的Ｓｅｌｅｃｔ，Ｉｎｓｅｒｔ。Ｕｐｄａｔｅ和Ｄｅｌｅｔｅ　

操作。因为数据库类型的不同，对数据库的操　

１』蛾　口　

作也有所不同，代码也会因此有所区别。　

聃啪Ｉ

Ｌ…　

二

Ｉ　Ｊ　

ｌ　１一　

具体的代码实现步骤为：　

黼蟪Ｄ＾Ｌ群鬻的　．　

抽象工场ＤＡＯＦａｃｔｏｒｙ类，这个类主要是　

了　ｉ　数糌　九蛹’寤问鹩麒持薪久耍辩使囊Ｊ－ｌＩ的Ｈ缸宵据嗣对性鼍．．挺啦有印ｆｊ为　。　

通过配置文件反射来获取应用系统所要使用　

的数据库类型，并通过抽象工厂来创建各个对　

象的数据方法，具体的实现代码如下：　

ｐｕｂｌｉｃ　ａｂｓｔｒａｃｔ　ｃｌａｓｓ　ＤＡＯＦａｃｔｏｒｙ　

｛　

ｐｒｉｖａｔｅ　ｓｔａｔｉｃ　ＤＡＯＦａｃｔｏｒｙ　

圈２数据访问层的模块结构图　

ｆａｃｔｏｒｙ；　

ｐｒｉｖａｔｅ　ｓｔａｔｉｃ　Ｏｂｊｅｃｔ　ｌｏｃｋｅｒ＝ｎｅｗ　Ｏｂｊｅｃｔ（）；　

ｐｒｉｖａｔｅ　ｓｔａｔｉｃ　ｒｅａｄｏｎｌｙ　ｓｔｒｉｎｇ　ｐａｔｈ＝ＣｏｎｆｉｇｕｒａｔｉｏｎＭａｎａｇｅｒ．ＡｐｐＳｅｔｔｉｎｇｓ［“ＤＡＯＡｓｓｍｅｌｙ”】；　

ｐｒｉｖａｔｅ　ｓｔａｔｉｃ　ｒｅａｄｏｎｌｙ　ｓｔｒｉｎｇ　ｆａｃｔｏｒｙＮａｍｅ　＝　ＣｏｎｆｉｇｕｒａｔｉｏｎＭａｎａｇｅｒ．ＡｐｐＳｅｔｔｉｎｇｓ　

［“ＤＡＯＦａｃｔｏｒｙＣｌａｓｓＮａｍｅ”］；　

ｐｕｂｌｉｃ　ｓｔａｔｉｃ　ＤＡＯＦａｃｔｏｒｙ　ＧｅｔＩｎｓｔａｎｃｅ（）　

｛　

ｉｆ（ｆａｃｔｏｒｙ＝＝ｎｕｌ１）　

｛　

ｌｏｃｋ（１ｏｃｋｅｒ）　

｛　

ｉｆ（ｆａｃｔｏｒｙ＝：ｎｕｌ１）　

｛　．　

ｆａｃｔｏｒｙ＝（ＤＡＯＦａｃｔｏｒｙ）Ａｓｓｅｍｂｌｙ．Ｌｏａｄ（ｐａｔｈ）．Ｃｒｅａｔｅｌｎｓｔａｎｃｅ（ｆａｃｔｏｒｙＮａｍｅ）；　

｝　

｝　

｝　

ｒｅｔｕｒｎ　ｆａｃｔｏｒｙ；　

）　

／／／＜ｓｕｍｍａｒｙ＞　

／／／通过工厂建造委托类ＤＡＯ的实例　

／／／＜／ｓｕｍｍａｒｙ＞　

／／／＜ｒｅｔｕｍｓ＞＜／ｒｅｔｕｒｎｓ＞　

ｐｕｂｌｉｃ　ａｂｓｔｒａｃｔ　ＥＳＳＥ．ＳｙｓｔｅｍＭａｎａｇｅｍｅｎｔ．ＤＡＯ．ＩＤｅｌｅｇａｔｉｏｎＤａｏ　ＣｒｅａｔｅＤｅｌｅｇａｔｉｏｎ（ＩＤｂＨｅｌｐｅｒ　

／／／＜ｓｕｍｍａｒｙ＞　

，／／通过工厂建造权限类ＤＡＯ的实例　

／／／＜／ｓｕｍｍａｒｙ＞　

／／／＜ｒｅｔｕｒｎｓ＞＜／ｒｅｔｕｒｎｓ＞　

ｐｕｂｌｉｃ　ａｂｓｔｒａｃｔ　ＥＳＳＥ．ＳｙｓｔｅｍＭａｎａｇｅｍｅｎｔ．ＤＡＯ．ＩＳｙｓＰｅｒｍｉｓｓｉｏｎＤａｏ　ＣｒｅａｔｅＳｙｓＰｅｒｍｉｓｓｉｏｎＤａｏ　

（ＩＤｂＨｅｌｐｅｒ　ｃｏｎｎ）；　

ｌ　

为了更好的体现面向对象的思想，满足业务服务层Ｄｏｍａｉｎ　Ｍｏｄｅｌ模式的需要，所以在数据访问层中　

填充的数据返回都是业务实体对象。而是没有采用．ＮＥＴ框架推崇的Ｔａｂｌｅ　Ｍｏｄｕｌｅ模式下的ＤａｔａＳｅｔ对　

象，虽然它同样具有面向对象设计的思想，唯一不同的是它获得的对象并非是单纯的领域对象，会丢失面　

・　

７６　・　

陈忠力，金刚波：基于．ＮＥＴ平台的面向对象应用框　

ｐｕｂｌｉｃ　ｉｎｔｅｒｆａｃｅ　ＩＳｔａｆｆＤａｏ　

垄鱼　笙　塑　

向对象的基本特性，在处理复杂多变的业务逻辑上却变的非常混乱。具体的实现代码如下：　

｛　

＃ｒｅｇｉｏｎ成员方法　

／／／＜ｓｕｍｍａｒｙ＞　

／／／获得所有人员列表　

／／／＜／ｓｕｍｍａｒｙ＞　

／／／＜ｒｅｔｕｒｎｓ＞＜／ｒｅｔｕｒｎｓ＞　．　

ＢｕｓｉｎｅｓｓＬｉｓｔＢａｓｅ＜ＳｔａｆｆＢｏ＞ＧｅｔＡｌｌＳｔａｆｆ（）；　

／／／＜ｓｕｍｍａｒｙ＞　

／／／根据岗位查看人员　

／／／＜／ｓｕｍｍａｒｙ＞　

ＩＩＩ＜ｐａｒａｍ　ｎａｍｅ＝“ｐｏｓｉｔｉｏｎ”＞岗位．＜／ｐａｒａｍ＞　

／／／＜ｒｅｔｕｒｎｓ＞人员集合＜／ｒｅｔｕｒｎｓ＞　

ＢｕｓｉｎｅｓｓＬｉｓｔＢａｓｅ＜ＳｔａｆｆＢｏ＞ＧｅｔＳｔａｆｆｓＢｙＰｏｓｉｔｉｏｎ（ＰｏｓｉｔｉｏｎＢｏ　ｐｏｓｉｔｉｏｎ）；　

ＩＩＩ＜ｓｕｍｍａｒｙ＞　

，／／查看该组织的人员　

／／／＜／ｓｕｍｍａｒｙ＞　

／／／＜ｐａｒａｍ　ｎａｍｅ＝“ｏｒｇａｎｉｚｅ”＞组织＜／ｐａｒａｍ＞　

／／／＜ｒｅｔｕｍｓ＞人员集合＜／ｒｅｔｕｒｎｓ＞　

ＢｕｓｉｎｅｓｓＬｉｓｔＢａｓｅ＜ＳｔａｆｆＢｏ＞ＧｅｔＳｔａｆｆｓＢｙＯｒｇａｎｉｚｅ（ＯｒｇａｎｉｚｅＢｏ　ｏｒｇａｎｉｚｅ）；　

ＩＩＩ＜ｓｕｍｍａｒｙ＞　

，／／根据人员ｉｄ获得人员　

／／／＜／ｓｕｍｍａｒｙ＞　

／／／＜ｐａｒａｍ　ｎａｍｅ：“ｓｔａｆｆＩｄ”＞人员ＩＤ＜／ｐａｒａｍ＞　

／／／＜ｒｅｔｕｒｎｓ＞人员＜／ｒｅｔｕｒｎｓ＞　

Ｓｔ椰０　ＧｅｔＳｔａｆｆ（ｓｔｒｉｎｇ　ｓｔａｆｌｆｄ）；　

｝　

从代码的接口上可以反应出函　

数的返回类型和参数都是实际的业　

务对象．从而避免了ＤａｔａＳｅｔ对象丢　

失面向对象的基本特Ｉ生的问题。　

３　业务逻辑层的设计与　

实现　

业务逻辑层（Ｂｕｓｉｎｅｓｓ　Ｌｏｇｉｃ　

Ｌａｙｅｒ）是系统架构中体现核心价　

值的部分。它的关注点主要集中　

在业务规则的制定、业务流程的　

实现等与业务需求有关的系统设　

计，即它与系统所应对的领域逻　

辑有关。　

７７　・　

图３组织管理概念模型　

・　

２０１１年１月　

３．１　业务对象层分析与实现　

浙江万里学院学报　

通俗地讲业务对象就是简单的真实世界的软件抽象。应用软件系统，从本质上来说，是计算机对现实　

世界的模拟。现实世界中的实体对象，在软件系统中，表现为需要处理的数据。在面向对象的系统中，这是　

通过“类”和“对象”来表示的。现在通过一个实际的例子来讲述在设计业务对象实体层时需要注意的问　

题。如图３描述了一个普通的企业组织管理ＣＤＭ概念模型。　

由图３可以看到组织管理模型中的对象有４个，分别是人员、岗位、组织、组织级别。现在用代码来实　

现岗位这个对象。具体代码如下：　

ｐｕｂｌｉｃ　ｃｌａｓｓ　ＰｏｓｉｔｉｏｎＢｏ：ＢｕｓｉｎｅｓｓＢａｓｅ　

｛　

ＩＩＩ＜ｓｕｍｍａｒｙ＞　

，／／私有变量：岗位编号　

／／／＜／ｓｕｍｍａｒｙ＞　

ｐｒｉｖａｔｅ　ｓｔｒｉｎｇ　ｐｏｓｉｔｉｏｎＩＤ＝ｓｔｒｉｎｇ．Ｅｍｐｔｙ；　

／／／＜ｓｕｍｍａｒｙ＞　

，，／私有变量：岗位名称　

／／／＜／ｓｕｍｍａｒｙ＞　

ｐｒｉｖａｔｅ　ｓｔｒｉｎｇ　ｆｕｌｌＮａｍｅ＝ｓｔｒｉｎｇ．Ｅｍｐｔｙ：　

／／／＜ｓｕｍｍａｒｙ＞　

，／／私有变量：描述　

／／／＜／ｓｕｍｍａｒｙ＞　

ｐｒｉｖａｔｅ　ｓｔｒｉｎｇ　ｄｅｓｃｒｉｐｔｉｏｎ＝ｓｔｒｉｎｇ．Ｅｍｐｔｙ；　

／／／＜ｓｕｍｍａｒｙ＞　

／，／私有变量：组织　

／／／＜／ｓｕｍｍａｒｙ＞　

ｐｒｉｖａｔｅ　ＯｒｇａｎｉｚｅＢｏ　ｏｒｇａｎｉｚｅ＝ｎｕｌｌ；　

／／／＜ｓｕｍｍａｒｙ＞　

，，／岗位名称　

／／／＜／ｓｕｍｍａｒｙ＞　

ｐｕｂｌｉｃ　ｓｔｒｉｎｇ　ＦｕｌｌＮａｍｅ　

｛　

ｇｅｔ　

，　

｛　

ｉｆ（ｔｈｉｓ．ＩｓＧｈｏｓｔ）　

｛　’　

ＬａｚｙＬｏａｄｅｒＦａｅｔｏｒｙ．ＧｅｔＬｏａｄｅｒ（）．ＬｏａｄＰｏｓｉｔｉｏｎ（）ｔｈｉｓ）；　

）　

ｒｅｔｕｒｎ　ｔｈｉｓ．ｆｕｌｌＮａｍｅ；　

｝　

ｓｅｔ　

（　

／／值修改过　

ｉｆ（ｔｈｉｓ．ｆｕｌｌＮａｍｅ！＝ｖａｌｕｅ）　

｛　

ｔｈｉｓ．ｆｕｌｌＮａｍｅ＝ｖａｌｕｅ；　

，／传呼属性修改方法，标记该属性已经被修改，通知界面进行更新　

ｔｈｉｓ．ＰｒｏｐｅｒｔｙＨａｓＣｈａｎｇｅｄ（“ＦｕｌｌＮａｍｅ”）；　

｝　

）　

｝　．　

・　

７８　・　

陈忠力，金刚波：基于．ＮＥＴ平台的面向对象应用框架的研究与设计　第１　

从代码上可以看出，对象实体层只描述了属性，并没有描述行为，即只是反应了对象是什么并没有说　

明能干什么。因为应用系统中对象本身的行为是通过业务逻辑层调用数据访问层才反映出来的，所以对　

象的行为应当放在数据访问层中，而且在数据访问层中对象的行为应当是最细粒度，因为要符合业务逻　

辑层调用不同的对象行为来组合成新的业务需求。　

３＿２业务逻辑层的分析与实现　

业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到数据交换中承上启　

下的作用。由于层是一种弱耦合结构，层与层之间的依赖是向下的，底层对于上层而言是“无知”的，改变　

上层的设计对于其调用的底层而言没有任何影响。如果在分层设计时，遵循了面向接口设计的思想，那么　

这种向下的依赖也应该是一种弱依赖关系。因而在不改变接Ｅｌ定义的前提下，理想的分层式架构，应该是　

一

个支持可抽取、可替换的“抽屉”式架构。正因为如此，业务逻辑层的设计对于一个支持可扩展的架构尤　

为关键，因为它扮演了两个不同的角色。对于数据访问层而言，它是调用者；对于表示层而言，它却是被调　

用者。依赖与被依赖的关系都纠结在业务逻辑层上。　

Ｄｏｍａｉｎ　Ｍｏｄｅｌ模式是典型的面向对象设计思想的体现。它充分考虑了业务逻辑的复杂多变，引入了　

Ｓｔｒａｔｅｇｖ模式等设计模式思想，并通过建立领域对象以及抽象接口，实现模式的可扩展性，并利用面向对　

象思想与身俱来的特性，如继承、封装与多态，用于处理复杂多变的业务逻辑。唯一制约该模式应用的是　

对象与关系数据库的映射。可以引入ＯＲＭ工具，或者利用Ｄａｔａ　Ｍａｐｐｅｒ模式来完成关系向对象的映射。　

在ＥＳＳＥ．ＮＥＴ应用框架业务逻辑层的设计就是采用Ｄｏｍａｉｎ　Ｍｏｄｅｌ模式，通过建立领域对象以及抽　

象接口，实现模式的可扩展性，并利用面向对象思想与身俱来的特性，如继承、封装与多态，用于处理复杂　

多变的业务逻辑。业务逻辑层的模块结构图如图４所示。　

４　表示层的设计与实现　

表示层（Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｌａｙｅｒ）的设计可以给系统客户最直　

幢务逻蛳膝．挂心的峨　

口　舞代鹤椎在奉模块－　

接的体验和最十足的信心。本节所关注的表示层设计，还是　

以架构设计的角度，阐述在表示层设计中对模式的应用，ＡＳＰ．　

ＮＥＴ控件的设计与运用等。　

４．１　ＭＶＣ模式的应用　

表示层设计中最重要的模式是ＭＶＣ（Ｍｏｄｅｌ—Ｖｉｅｗ—　

Ｃｏｎｔｒｏｌｌｅｒ，即模型一视图一控制器）模式。ＭＶＣ模式最早是由　

宙宙自　

ＳｍａｌｌＴａｌｋ语言研究团提出的，被广泛应用在用户交互应用程　

图４业务逻辑层的模块结构图　

序中。Ｃｏｎｔｒｏｌｌｅｒ根据用户请求（Ｒｅｓｐｏｎｓｅ）修改Ｍｏｄｅｌ的属性，　

此时Ｅｖｅｎｔ（事件）被触发，所有依赖于Ｍｏｄｅｌ的Ｖｉｅｗ对象会　

自动更新，并基于Ｍｏｄｅｌ对象产生一个响应（Ｒｅｓｐｏｎｓｅ）信息，　

返回给Ｃｏｎｔｒｏｌｌｅｒ。如图５所示。　

如果将ＭＶＣ模式拆解为三个独立的部分：Ｍｏｄｅｌ、ＶｉｅＷ、　

Ｃｏｎｔｒｏｌｌｅｒ，可以通过ＧＯＦ设计模式来实现和管理它们之间的　

关系。在体系架构设计中，业务逻辑层的领域对象以及数据　

访问层的数据值对象都属于ＭＶＣ模式的Ｍｏｄｅｌ对象．　如果　

要管理Ｍｏｄｅｌ与Ｖｉｅｗ之间的关系，可以利用Ｏｂｓｅｒｖｅｒ模式，　

Ｖｉｅｗ作为观察者，一旦Ｍｏｄｅｌ的属性值发生变化，就会通知　

Ｖｉｅｗ基于Ｍｏｄｅｌ的值进行更新。而Ｃｏｎｔｒｏｌｌｅｒ作为控制用户　

请求／响应的对象，则可以利用Ｍｅｄｉａｔｏｒ模式，专门负责请求／　

响应任务之间的调节。而对于Ｖｉｅｗ本身．在面向组件设计思　

图５　ＭＶＣ模式交互图　

・

７９・　

２０１１年１月　浙江万里学院学报　

想的基础上，通常将它设计为组件或者控件，这些组件或者控件根据自身特性的不同，共同组成一种类似　

于递归组合的对象结构，因而可以利用Ｃｏｍｐｏｓｉｔｅ模式来设计Ｖｉｅｗ＂对象。　

然而在．ＮＥＴ平台下，并不需要自己去实现ＭＶＣ模式。对Ｖｉｅｗ对象而言，ＡＳＰ．ＮＥＴ已经提供了常用　

的Ｗｅｂ控件，也可以通过继承Ｓｙｓｔｅｍ．Ｗｅｂ．ＵＩ．ＵｓｅｒＣｏｎｔｒｏｌ，自定义用户控件，并利用ＡＳＰＸ页面组合Ｗｅｂ　

控件实现视图。ＡＳＰ．ＮＥＴ定义了Ｓｙｓｔｅｍ．Ｗｅｂ．ＵＩ．Ｐａｇｅ类，它相当于ＭＶＣ模式的Ｃｏｎｔｒｏｌｌｅｒ对象．可以处理　

用户的请求。由于利用了ｃｏｄｅｂｅｈｉｎｄ技术，用户界面的显示与ｕＩ实现逻辑完全分离，即Ｖｉｅｗ对象与　

Ｃｏｎｔｒｏｌｌｅｒ对象成为相对独立的两部分，从而有利于代码的重用性。比较ＡＳＰ而言，这种编程方式更符合　

开发人员的编程习惯，同时有利于开发人员与ＵＩ设计人员的分工与协作。至于Ｍｏｄｅｌ对象，则为业务逻　

辑层的领域对象。此外，．ＮＥＴ平台通过ＡＤＯ．ＮＥＴ提供了ＤａｔａＳｅｔ对象，便于与Ｗｅｂ控件的数据源绑定。　

５　结语　

在使用．ＮＥＴ进行企业级应用系统开发时，开发者不但需要考虑应用系统程序之间的联系和逻辑，还　

要考虑应用系统的业务逻辑。应用系统中程序之间的联系和逻辑具有一定的通用性，每次开发都做着重　

复的工作。这无疑影响了软件开发的效率。ＥＳＳＥ．ＮＥＴ应用框架的研发实现了非业务逻辑的公共部分通用　

化，并将开发中的这些重复工作进行了抽取，大量的减少了代码编写量。　

ＥＳＳＥ．ＮＥＴ应用框架为应用系统开发提供了以下服务：基于ＭＶＣ模式的表示层：该部分采用应用比　

较广泛的ＭＶＣ模式，支持ＷＥＢ客户端和ＷｉｎｄｏｗＦｏｒｍ客户端，通过扩展能过支持其他类型的客户端，很　

好的改善了．ＮＥＴ显示与业务分离的特性。业务逻辑层：该部分采用统一标签技术，来处理业务逻辑层中　

最负责的事务处理。及通过反射技术及面向接口编程完全分离了表示层和数据层，提高了系统的扩展性　

和可移植性。通用数据访问层：该部分采用抽象工厂模式，单例模式等，并结合．ＮＥＴ本身的技术特点，设　

计了一个通用的数据访问层。　

参考文献：　

ｆ１】Ｘｉｎ　Ｃｈｅｎ．应用框架的设计与实现【Ｍ】．北京：电子　业出版社，２００５．　

【２］许天兵．一种面向对象的软件复用框架【Ｊ］．微型电脑．２００１，１７（１０）：１８－２０．　

［３】Ｍｏｈａｍｅｄ　Ｅ．Ｆａｙｅｄ，Ｄｏｕｇｌａｓ　Ｃ．Ｓｃｈｍｉｄｔ，Ｏｂｊｅｃｔ－Ｏｒｉｅｎｔｅｄ　ａｐｐｌｉｃａｔｉｏｎ　ｆｒａｍｅｗｏｒｋｓ【Ｊ］．Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ　ｏｆ　ｔｈｅ　ＡＣＭ，　

１９９７／Ｏｃｔ，４０（１Ｏ）．　

【４】Ｇｒａｎｔ　Ｌａｒｓｅｎ．Ｃｏｍｐｏｎｅｎｔ—Ｂａｓｅｄ　Ｅｎｔｅｒｐｒｉｓｅ　Ｆｒａｍｅｗｏｒｋｓ［Ｍ］．Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ　ｏｆ　ＡＣＭ，２０００．　

Ｒｅｓｅａｒｃｈ　Ａｎｄ　Ｄｅｓｉｇｎ　ｏｆ　Ｏｂｊｅｃｔ　Ｏｒｉｅｎｔｅｄ　Ａｐｐｌｉｃａｔｉｏｎ　ＦｒａｍｅＷｏｒｋ　

Ｂａｓｅｄ　Ｏｎ．Ｎｅｔ　ＰｌａｔＦｏｒｍ　

ＣＨＥＮ　Ｚｈｏｎｇ—ｌｉ　，ＪＩＮ　Ｇａｎｇ－ｂｏ　

（１．Ｚｈｅｊｉａｎｇ　Ｗａｎｌｉ　Ｕｎｉｖｅｒｓｉｔｙ，Ｎｉｎｇｂｏ　Ｚｈｅｊｉａｎｇ　３　１５　１０２；　

２．ＺｈｅＤａ　Ｉｎｎｏｖａｔｉｏｎ　Ｉｔｏｕｅｈ　Ｎｅｔｗｏｒｋ　Ｃｏ．，Ｌｔｄ，Ｈａｎｇｚｈｏｕ　Ｚｈｅｊｉａｎｇ　３１００００）　

Ａｂｓｔｒａｃｔ：ＥＳＳＥ．ＮＥＴ　ｉｓ　ａｐｐｌｉｃａｔｉｏｎ　ｆｒａｍｅｗｏｒｋ　ｂａｓｅｄ　ｏｎ．ＮＥＴ　ｔｅｃｈｎｏｌｏｇｙ．Ｉｔ　ｉｓ　ｃｏｍｐｏｓｅｄ　ｏｆ　ｔｈｒｅｅ　ｐａｒｔｓ：　

ｔｈｅ　ｖｉｅｗ　ｌａｙｅｒ　ｂａｓｅｄ　ｏｎ　ＭＶＣ　ｐａｔｔｅｒｎ．ｔｈｅ　ｌａｙｅｒ　ｏｆ　ｂｕｓｉｎｅｓｓ　ｌｏｇｉｃ，ｔｈｅ　ｌａｙｅｒ　ｏｆ　ｃｏｍｍｏｎ　ｄａｔａ　ａｃｃｅｓｓ．Ｉｔ　ｎｏｔ　

ｏｎｌｙ　ｃａｎ　ｂｅ　ａｐｐｌｙ　ｔｏ　Ｗｅｂ　ａｐｐｌｉｃａｔｉｏｎ，ｂｕｔ　ａｌｓｏ　ｃａｎ　ｂｅ　ａｐｐｌｙ　ｔｏ　Ｗｉｎｄｏｗ　Ｆｏｒｍ　ａｐｐｌｉｃａｔｉｏｎ．Ｉｔ　ｃａｎ　

ｓｅｐａｒａｔｅ　ｖｉｅｗ　ｗｉｔｈ　ｂｕｓｉｎｅｓｓ　ｖｅｒｙ　ｗｅｌ１．Ｔｈｅ　ｃｏｄｅ　ｏｆ　ａｃｃｅｓｓｉｎｇ　ｄａｔａｂａｓｅ　ｄｏｅｓｎ＇ｔ　ｎｅｅｄ　ｂｅ　ｃｈａｎｇｅｄ　ｔｏ　ｓａｔｉｓｆｙ　

ｗｉｔｈ　ｄｅｖｅ１ｏｐｍｅｎｔｓ　ｂａｓｅｄ　Ｏｉｌ　ｄｉｆｆｅｒｅｎｔ　ｄａｔａｂａｓｅ　ｓｙｓｔｅｍ，　ｉｔ　ｈａｓ　ａ　ｂｅｔｔｅｒ　ｆｌｅｘｉｂｌｉｔｙ　ａｎｄ　ｅｘｐａｎｓｉｂｉｌｉｔｙ．　

Ｋｅｙ　ｗｏｒｄｓ：．ｎｅｔ；ｓｏｆｔｗａｒｅ　ｒｅｕｓｅ；ｆｒａｍｅｗｏｒｋ　ｔｅｃｈｎｏｌｏｇｙ；ｄｅｓｉｇｎ　ｐａｔｔｅｒｎ；ｏｂｊｅｃｔ—ｏｒｉｅｎｔ　

（责任编辑：刘阳雄）　

・　

８０　・