（计算机应用技术专业论文）internet技术分析和网上失业保险申报系统的设计与实现.pdf

摘要 随着网络技术的逐步成熟和完善，i n t e r n e t 应用的复杂性不断增加，对原有构建 方案提出了新的要求。如何适应这种要求，找到一种构建i n t e r n e t 应用的最佳方案也 就成为一个新的研究课题。 本文分析了i n t e r n e t 应用的物理模型和体系结构，对m i c r o s o f t 的w i n d o w s d n a 、n e t 和s u n 的j 2 e e 丌发平台进行分析和比较，对p h p 、a s p 、j s p 等动态页面生 成技术进行分析和比较，并提出构建i n t e r n e t 应用的一套解决方案。 同时，利用该方案设计和开发了网上失业保险费申报系统，让企事业单位通过 i n t e r n e t 进行电子申报，可大大简化申报过程，同时也可以减轻失业保险部门的工作 压力，对提高失业保险费的收缴率具有重要意义。 w it h d e v e l o p m e n to fn e t w o r kt e c h n o l o g y ，i n t e r n e ta p p li c a t i o n i sm o r ea n d m o r ec o m p l i c a t e d ，s ot h en e ws o l u t i o nh a sb e e nr e q u i r e da tt h isc h a n g e h o w t oa c c o m m o d a t et h i s r e q u i r e m e n t a n df i n do u t af i n es o l u t i o nt ob u i l d i n t e r n e ta p p li c a t i o nh a sb e c o m ean e ws u b j e c t t nt h i sp a p e r ，ia n a l y z e dt h et o p o l o g ya r c h i t e c t u r ea n dl o g i c a l a r c h i t e c t u r eo fi n t e r n e t a p p l ic a t i o n ，a n d c o m p a r e d t h et w o m a j o rd e v e l o p i n g m e t h o d ：m i c r o s o f tp l a t f o r ma n ds u np l a t f o r m ，t h e na n a l y z e dd y n a m i cw e bp a g e t e c h n e lo g i e s ，i n c l u d i n gc g i ，p h p ，a s pa n dj s p a tl a s t ，ip u t f o r w a r da j s p + j a v a b e a n + s e r v l e tm e t h o d f o rb u i l d i n gi n t e r n e ta p p l i c a t i o n i nt h el a s tp a r t ，ih a sb e e nd e v e l o p e d a n u i f ( u n e m p l o y m e n ti n s u r a n c e f u n d ) i n t e r n e t - d e c l a r es y s t e mu s i n gt h e m e t h o dm e n t i o n e da b o v e t h es y s t e m a d m i t se n t e r p r i s e sd e c l a r i n gf u n db yi n t e r n e t ，a n di tw i l ls i m p l i f i e d l a b o r d e p a r t m e n t sw o r k i n gs e q u e n c e ，l i g h t e n t h e i rw o r k i n gp r e s s u r e ，a n di m p r o v e c o l l e c t i o ns t a t u s 2 i n t e r n e t 技术分析和网上失业保险申报系统的没训与实现 月 j舀 九十年代以来，随着i n t e r n e t 的日益普及，以及i n t e r n e t 技术的不断发展和成 熟，这种技术所具有的跨平台性、方便的信息共享、统一的用户界面、以及简单易用等 优点为越来越多的人所认识，基于i n t e r n e t 的应用已逐渐成为应用软件的卜要发展方 向。 i n t e r n e t 应用的体系结构分为两层结构和三层结构。两层体系结构由于事务逻辑 层没有独立出来，存在很多问题，所以正在逐步被三层结构所取代。主流的三层结构开 发平台包括m i c r o s o f t 的w i n d o w sd n a 平台和s u n 的j 2 e e 平台。两者有许多相似之 处：都支持浏览器和图形界面的用户方式，都拥有强大的组件技术，都能够和各种数据 库连接。随着w e b 服务技术的出现，两者又都增加了对w e b 服务的支持。d n a 演进 为n e t 框架，加入了很多激动人心的变化，j 2 e e 也提供了j a x 开发包，全面支持w e b 服务的开发。 i n t e r n e t 应用中离不开动态页面生成技术，现在的主要方式是p h p 、a s p 、j s p ，还 有新推出的a s p + 。几种技术有相似的地方，但又有许多不同之处。 平台的差异和技术的差异使我们在开发之前必须对它们有深入的认识，分析各自的 优势和劣势，并根据实际的开发要求，建立一套切实可行的解决方案。 本文在分析了i n t e r n e t 应用的物理模型和体系结构，并对两个开发平台和几种动 态页面生成技术进行深入的研究和比较之后，提出了套构建i n t e r n e t 应用的解决方 案，并利用该方案进行了网上失业保险费申报系统的设计与实现。 本文的组织如下 第一章i n t e r n e t 应用的结构 简要描述了i n t e r n e t 的发展和i n t e r n e t 应用的网络结构，然后对i n t e r n e t 应用的体系结构进行分析，得出两层结构必然被三层结构取代的结论，最后提出了 没计i n t e r n e t 应用的几个主要问题。 第二章i n t e r n e t 应用的开发平台 该章将开发平台分为两个阶段：w e b 服务出现之前和w e b 服务出现之后。 在前一阶段首先介绍w i n d o w sd n a 平台的结构，重点分析组件技术的演变：从 c o m d c 0 m 、b i t s 到c o m + 。然后从j 2 e e 的结构、组件、服务、容器四个方面分析 。1 2 e e 平台。在后一阶段，简要介绍w e b 服务的概念，然后分析n e t 框架和j 2 e e 对w e b 服务的扩展。最后对两种平台进行比较，并给出作者的一些看法。 第三章开发动态w e b 应用的主要方式 首先介绍动态页而的起源，然后川少量篇幅分析c g i 技术和p h p 技术。本章的 重点是a s p 和j s p 。对于a s p ，分析它的内置对象、数据库访问技术、以及a s p + 的 新特性。对于j s p ，按照和a s p 对比的方式进行分析，然后给出使用j s p 开发的四 种方式，并提出采用j a v a 技术的m v c 模型。最后通过和其它技术的比较，总结出 j s p 的优势。 第网章网上失业保险费申报系统的设计 简要介绍系统背景和系统功能，然后是系统设计，分为系统模型、系统结构、 系统实现、硬件配置、软件配置、系统评价六个部分。 第五章总结和下一步的工作 6 第一章i n t e r n e t 应用的结构 1 1 、i n t e r n e t 的发展和i n t e r n e t 应用的网络结构 i n t e r n e t 产生j 二六十年代，源于著名的美国国防部资助的a r p a n e t 网络，到了7 0 年代中期，a r p a 开始互联网技术研究，其体系结构和协议逐渐完善，才使得a r p a n e t 从一个试验性网络发展成为一个可运行的网络。i n t e r n e t 真正的高速发展始于八卜年 代后期，这时技术上逐渐趋于成熟，应用逐渐增多，功能也越来越强。 1 9 9 0 年，欧洲粒子实验室发明了i i t t p 协议，该协议导致了w w 方式的出现，极大 推动 厂 n t e r n e t 的发展，i n t e r n e t 从当初以研究为主的网络发展成为一个全球范围的 商业网。到九十年代中期，i n t e r n e t 已经覆盖_ r 全球1 5 0 多个国家和地区，连接了1 5 万多个网络及2 2 0 万台主机，成为全球最大的计算机网络。 】n t e r n e t 应用随着i n t e r n e t 的普及也迅速发展起来，涉及到人类生活的方方面 面，渗透到社会的各行各业。像网上求职，网上购物，股票交易，电子支付等， i n t e r n e t 应用已经和人们的日常生活紧密联系在一起。i n t e r n e t 应用的发展给人们生 活带来了巨大方便，同时也带来了新的机遇和挑战。 i n t e r n e t 应用是将客户端( i n t e r n e t 客户和i n t r a n e t 客户) 、w e b 应用服务 器、后台数据库和其它外部服务综合在一起的应用。图卜l 给出了i n t e r n e t 应用的网 络结构。其中，w e b 应用服务器包括w e b 服务器和应用服务器，可以运行在同一台机器 上，也可以通过多台机器实现相应功能。在大型应用中，w e b 服务器和应用服务器运行 在不同的机器上。 图l - 1 、i n t e m e t 应用的网络结构 i n t e r n e t 应用的网络结构包含以卜几部分 v t n t e r n e t 干【1t n t r a n e t 客户端 用户通过客户端访问w e b 应用服务器上的事务逻辑和数据。客户端的主要功能包括 接收和验证用户输入，显示w e b 应用服务器发送给用户的处理结果。 v 基础服务 为b 应用服务器和事务逻辑组件提供目录和安全服务。如防火墙服务：用来阻止 内部信息的泄漏，阻止非法用户防问内部数据和计算资源。 v w e b 应用服务器 w e b 应用服务器是i n t e r n e t 应用的网络结构的中心，w e b 服务器负责响应用户的清 求，返回静态或动态内容组成的w e b 页；应用服务器负责集成事务逻辑，封装了应用的 核心、世务。 v 外部服务 由企业已有的应用程序和数据以及对外部合作伙伴提供的服务所组成，如企、j p e r p 、c r m 等。 v 数据库 数据库可以存放在一台数据库服务器上，也可以分布在多台不同的服务器上，为整 个应用系统提供支持。 i n t e r n e t 应用中，客户端不仅有浏览器方式，还有传统的图形用户方式。习惯上把 前者称为b s 结构，后者称为c s 结构。 b s 是b r ( ) w s e r s e r v e r 的缩写，又称浏览器服务器结构。客户机上只要安装个 浏览器( b r o w s e r ) ，如n e t s c a p en a v i g a t o r 或i n t e r n e te x p l o r e r ，服务器安装w e b s e r v e r 和o r a c e 、s q ls e r v e r 等数据库。浏览器通过w e bs e r v e r 同数据库进行数据 交互。 b s 结构最大的优点就是可以在任何地方进行操作而不用安装任何专门的软件。只 要有一台能上网的电脑就能使用，客户端零维护。系统的扩展非常容易，只要能上刚， 再由系统管理员分配一个用户名和密码，就可以使用了。甚至可以在线申请，通过公司 内部的安全认证( 如c a 证书) 后，不需要人的参与，系统可以自动分配给用户一个账 号进入系统。 c s 是c 1 i e n t s e r v e r 的缩写，又称客户机n 务器结构。服务器安装o r a c l e 、s o l ， s e r v e r 等大型数据库，客户端需要安装专用的客户端软件，同数据库进行数据交互。 c s 结构的优点是能充分发挥客户端p c 的处理能力，很多工作可以在客户端处理 后再提交给服务器。对应的优点就是客户端响应速度快。缺点主要有以下几个； 只适川于局域网。而随着互联刚的e 速发展，移动办公和分布式办公越来越普及， 这需要我们的系统具有扩展性。这种方式远程访问需要专门的技术，同时要对系统进行 专门的设计来处理分布式的数据。 客户端需要安装专用的客户端软件。首先涉及到安装的工作量，其次任何台电脑 出问题，如病毒、硬什损坏，都需要进行安装或维护。还有，系统软件升级时，每一台 客户机需要重新安装，其维护和升级成本非常高。 对客户端的操作系统一般也会有限制。可能适应于w i n 9 8 ，但不能用于w i n 2 k 或 w i n d o w sx p ，更不用说l i n u x 、u n i x 等。 对于大型的i n t e r n e t 应用，经常是这两种结构的混合。这是因为c s 结构还有b s 结构难以取代的地方，具体说： c s 结构是建立在局域网基础上的，可以拥有更高的网络带宽； c s 结构面向相对固定的用户群，对信息安全的控制能力更强； c s 结构的程序可以更加注重流程，对权限进行多层次校验； c s 结构的程序可以提供更丰富的操作界面，处理更复杂的业务。 在第四章可以看到，网上申报系统的基础“劳动力市场信息系统”就是c s 结构和 b s 结构的混合。 9 1 2 、i n t e r n e t 应用的体系结构 应用程序按照功能可以分解成为三个部分：用户界面( u s e ri n t e r f a c e ) ，事务逻辑 ( b u s i h e s sl o g i c ) 和数据存取( d a t aa c c e s s ) 。根据三部分的逻辑位置可以将i n t e r n e t 应用构建为两层体系结构( 2 - t i e r ) 和三层体系结构( 3 - t i e r ) 。两层体系结构是指事 务逻辑和用户界面或者数据存取交织在一起，没有完全独立出来作为单独的一个逻辑 层。而三层体系结构中，事务逻辑完全从用户界面和数据存取中分离出来，作为单独的 一层实现。当然，物理层次不等同于逻辑层次，在物理实现上，三层体系结构的事务逻 辑可以和数据存取一起由同一台服务器进行处理。 采用两层体系结构存在很多问题，所以i n t e r n e t 应用正在逐步向三层体系结构转 化。 i 2 1 、两层结构( 2 一t i e r ) 模型 两层结构模型如图卜2 所示。 图卜2 、两层结构( 2 一t i e r ) 模型 在两层体系结构的物理实现中，用户界面使用浏览器来调用，数据存取放在服务器 上，而事务逻辑可能放在客户端实现也可能放在服务器端实现。 事务逻辑层放在客户端，可通过客户端脚本( v bs c r i p t 、j a v as c r i p t ) 、基于 d o m 的动态h t m l 技术、客户端控件( a c t i v e x 、a p p l e t ) 等技术实现，但是除了客户端 脚本方式不要求有额外的支持，其它技术都与客户端运行环境相关。像运行a p p l e t 需 要客户端有j v m ( j a v a 虚拟机) 支持，所以不能保证所有的浏览器都能访问站点所提供的 内容。客户端脚本方式虽然不对客户端作特殊要求，但是它无法提供类似于j a v a 的复 杂的用户界面功能。在这种模式中，客户端包含了事务逻辑代码，所以又称为“胖”客 户机模式。 l o 事务逻辑层放在服务器端，可通过c g i 、s e r v l e t 、a s p ( a c t j v es e r v e rp a g e ) 、 i s p ( j a v as e r v e rp a g e ) 等技术实现，在这种模式中，客户端只负责页面显示，所以 又称为“瘦”客户机模式。这种模式具有以下优点： v 降低对客户端设备的要求，不需要诸如5 v m 等浏览器以外的配置。 v 不需要下载客户端事务逻辑处理代码部分，减少客户端和服务器端的数据传输量 缩短了响应时间。 现在，采用事务逻辑放在服务器端的技术构建i n t e r n e t 应用比较普遍，但是无论 事务逻辑放在服务器端还是客户端，因为事务逻辑层没有独立出来，所以存在着内在缺 陷，主要表现为： v 客户端的用户界面与服务器端数据存取没有完全隔离开，客户端的用户界面代码极 有可能随着数据库的改变或者事务逻辑的变化而变化，这样的应用程序模型仍然是 比较脆弱的。 v 事务逻辑没有分离出来，代码不易重用，造成不必要的重复劳动。 v 角色不独立，在大型系统的开发中难以管理。 在任何基于w e b 的项目中，都存在多个角色和责任。在小项目中，可能一个人完成 多个角色的工作，但是在一个大项目中，需要多个人员分工协作共同完成整个项目，如 果彼此依赖，协调困难，那么很难提高整体的工作效率。事务逻辑不独立，就无法明确 界定w e b 页面开发人员( 开发用户界面) 和程序开发人员( 开发事务处理逻辑) 的责任范 围。 v 数据安全性问题 w e b 服务器直接访问数据库，对数据进行存取操作，不利于数据的安全。 因此，为了进一步改善i n t e r n e t 应用的构建、管理和维护，两层体系结构必然向 三层体系结构转化。 1 2 2 、三层结构( 3 - t i e r ) 模型 三层结构模型如图卜3 所示。 图卜3 、三层结构( 3 - t i e r ) 模型 第一层是表示层，提供用户访问系统的界面，独立于事务处理系统，不涉及事务逻 辑，不能直接访问系统的企业资源。 第二层是逻辑层，实现的主要工作包括： 实现系统的事务逻辑。 ( 代理客户请求对后端资源的访问，为资源访问提供一层安全保护。 f 对分布式系统来说，协调大量的系统资源，管理业务处理 ( 管理到后端系统的连接问题和c a c h e 问题。 事务函数可以封装成组件，客户端通过预先定义好的接口访问组件，使用组件可 以充分利用面向对象技术的优点，组件可以重用于新的系统，或者支持已有系统。 第三层是数据层，包含整个系统用到的资源，比如数据库，企业m i s 、e r p 、c r m 系统，m e s s a g e o r i e n t e d 中间件或r e s o u r c e p l a n n i n g 应用。对第三层的访问由第二 层控制。 三层系统的优点： v 第一层客户端的用户界面程序可以独立于第三层具体数据源进行丌发。 v 客户端不必包含访问第三层系统资源的协议，简化了客户端开发，产生了小且易于 管理的客户端。 v 将事务逻辑和资源访问全部集中到中间层有利于系统维护。 ( v 客户端小能直接访问资源，有利于保护系统安全。 - 中间层提供的协调功能保证了将各科t 数据源和存在的处理过程集成到一个统一的企 业解决方案中。 v 有些系统资源仅支持有限访问量，中间层通过对客户请求的代理保证了更多用户对 资源的使用。 v 中间层统一集中的业务处理为建立客户端程序提供了一致的视图。 v 中问层可以根据业务需要进一步划分，构成n 层结构。 1 3 、设计i n t e r n e t 应用的主要问题 随着i n t e r n e t 应用的普及用户对i n t e r n e t 应用性能的期望值也越来越高，要 找到一个最佳的构建i n t e r n e t 应用的解决方案，应事先对以下几个方面进行考虑： ，响应时间：如果对用户服务的响应时间过长，用户很难保持耐心等待执行结果，所 以i n t e r n e t 应用应该尽量降低对用户请求的响应时间。 v 安全性：任何i n t e r n e t 上的资源都可能被非法用户窃取和篡改，所以需要保证数 据的安全性。 可靠性：作为i n t e r n e t 上的应用，应该提供7 天* 2 4 小时连续服务，所以应尽量延 长无故障时问，缩短故障修复时问。 v 开发周期：包含i n t e r n e t 应用在内的任何软件的开发都应该考虑如何缩短开发周 期问题，采用基于组件的方法可以加速总体开发过程，减少重复劳动，便于快速开 发和测试。 7 分布性：i n t e r n e t 本身就是一个分布式环境，随着信息量的不断增大，数据源逐 步趋于分散分布，如何保持分布式数据源的一致性，提供一个统一存取接口也是建 立i n t e r n e t 应用需要考虑的问题。 v 事务级集成性：在电子商务或者其他i n t e r n e t 应用中，有些操作需要定义在一个 事务中，即同时成功，或同时失败，所以构建i n t e r n e t 应用应考虑事务级集成 性。 第二章i n t e r n e t 应用的开发平台 本章以w e b 服务技术作为分界点，将开发平台分为两个阶段：w e b 服务出现之前和 w e b 服务出现之后。 2 1 、w i n d o w sd n a 和s u nj 2 e e 2 1 1 、w i n d o w sd n a 结构 为迎接i n t e r n e t 所带来的机遇和挑战，微软提出了w i n d o w sd n a “w i n d o w s 分 布式网络应用体系结构”。它的目标是创建一个基于微软w i n d o w s 平台的、集成 c 1 l e n t s e r v e r 结构和b r o w s e r s e r v e r 结构的分布式应用框架，为这种应用提供底 层的基本服务，使得开发人员可以直接利用，从而把主要的精力投入与应用相关的真正 的业务逻辑( b u s i n e s sl o g i c ) 上。w i n d o w sd n a 把微软的操作系统、浏览器、w e b 服务器、事务管理、消息队列、安全机制、系统管理、用户界面、数据库存取等各种技 术和产品统一在一起，使得开发人员可以很容易开发出运行于i n t e r n e t 上的分布式应 用。 图2 - 1 、w i n d o w sd n a 结构 j 2 e e 多层应用体系结构 采用多层分布式应用模型，j 2 e e 将应用开发划分为多个不同的层，并在每一个层 上定义组什。各个应用组件根据他们所在的层分布在同一个或不同的服务器上，共同组 成基于绢件的多层分布式系统。典型的j 2 e e 四层结构包括客户层、表示逻辑层( w e b 层) 、业务逻辑层和企业信息系统层。 其中表示逻辑层和业务逻辑层同位于应用服务器区域，所谓应用服务器区域也就是 j 2 e e 平台的具体实施场所。 j 2 e e 四层中的每一层都可被物理的部署在不同的场地中，而且，即使同在应用服 务器区域内，表示逻辑层和业务逻辑层也可以分开来，被安装在不同的服务器上。 例如可以将i p l a n e t ( s u n 公司的j z e e 应用服务器产品) 作为t t t t pw e b 服务器 部署在表示层，而将w e b l o g i c ( b e a 公司的j 2 e e 应用服务器产品) 作为应用服务器部 署在业务层。 圈2 - 3 、j 2 e e 多层应用体系结构 j 2 e e 应用组件 j 2 e e 标准定义了一整套相当完备的应用组件框架。利用这个框架，几乎可以构建 从简单的网络门户到复杂的分布式企业级事务应用等任何应用系统。 j 2 e e 组件框架可类比于最基本的建筑材料，它以库、基础类和接口等形式存在； 在它之上构建的应用组件则具体实现特定的企业业务逻辑：最后由表示逻辑控制器进 行组件整合，最终组成个完整的应用系统。 ( ( i n t e r n e t 挫术分析年n 网，卜申报系统的设计1 i 实小 1 2 e e 的客户层、表示层和业务层，都各自有其适用的应用组件 客户层：a p p l e t ，j a v a b e a n 表示逻辑层：s e r v l e t ，j s p ，j a v a b e a n 业务逻辑层：e n t e r p r i s ej a v a b e a n 这里需要指出的是，与下述分类无关，标准j a v a 类和j a r 文件是可以安装在三层 之中的任意一层的。即使不用应用组件，我们也可以使用标准j a v a 类来编写程序代 码。 图2 - 4 、1 2 e e 的应用组件 至此我们可以看到，j 2 e e 应用系统是通过开发人员利用组件，编写程序，再部署 到各自容器中去的。 j 2 e e 的目标就是要通过对组件的合理利用来进行应用系统的设计和开发。组件接 口保证了各个组件符合标准规范，能在不同的环境中保持致性，从而为j 2 e e 服务器 产品的互操作奠定基础。 应用组件在各个层中连接松散，以此在互操作的同时能保持自身的灵活性和可重用 性。接下去要讲到的所有企业服务，诸如电子邮件、数据库访问、消息服务和事务处理 等，都是通过配置应用组件完成的。 j 2 e e 企业服务 一般认为，现代企业计算解决方案除了企业的业务逻辑外，还需要提供对一些基本 服务的支持，j 2 e e 环境的另一大特色就在于它提供了完善的企业级服务，以满足各类 应用的需要。这些服务主要有： ( ( i n t e r n e t 技术分析和j 碍上申报系统的设计与实现 连通性服务 j d b c ( j a v ad a t a b a s ec o n n e c t i v i t y ) ：提供数据库连接和访问服务 j c a ( j a v ac o n n e c t o ra r c h i t e c t u r e ) ：提供与旧有遗留系统之间的连接 通信服务 j a v a 消息服务 m s ( j a v am e s s a g i n gs e r v i c e ) ：提供层与组件之间的消息传递 电子邮件服务( j a f j a v a m a i l ) ：提供电子邮件服务 j a v ai d l r m i i i o p ：c o r b a 兼容接口，提供j 2 e e 与c o r b a 的通信服务 j a x ( j a v ax m la p i s ) ：提供x i i l 语法分析绑定服务 认证服务 j n d i ( j g v an a m i n ga n dd i r e c t o r yi n t e r f a c e ) ：提供分布式命名和目录服务 其他服务 j t s j t a ( j a v at r a n s a c t i o ns e r v i c e ) ：提供事务处理监控服务 j a a s ( j a v aa u t h e n t i c a t i o na n da u t h o r i z a t i o ns e r v i c e ) ：提供访问控制等安全 服务 j 2 e e 容器 。 j 2 e e 应用组件各自运行在相应的运行时环境中，这些运行时环境在j 2 e e 术语里被 称为“容器”。不同服务器厂商推出的容器产品不尽相同，但一定都符合通用接口标 准，且均为j 2 e e 中间件组件提供了许多必不可少的底层公共设施。 层和容器是两个不同的概念：可以把层看作是概念实体其功用是为了方便设 计，而把容器看作物理实例也就是说，容器是为应用组件提供的运行时环境。 j 2 e e 标准共定义了以下四种容器，应用组件可通过配置工具部署到对应的容器 中： a p p l e t 容器：运行a p p l e t 客户端应用程序容器：运行标准客户端j a v a 应用程序( 包括基于s w i n g 的g u i 客户 端应用程序) w e b 容器：运行表示逻辑层的s e r v l e t 和j s p e j b 容器：运行业务逻辑层的e n t e r p r is ej a v a b e a n j 2 e e 体系结构的主导思想就是开发人员只需要专注于其业务逻辑的设计及编程， 而不必为考虑系统级问题分心，这一设计理念主要就是通过容器的概念体现出来的。典 型地，容器提供的基础设施包括：内存管理、同步分线程、垃圾收集、可用性、可伸 缩性、负载平衡和容错。 2 0 ) 容器需要实现的基本接口和基础设施在j 2 e e 规范中都有详细定义，但具体实施方 案则凶容器供应商的不同而不i u 能全然相同。因此j 2 e e 在保持代码兼容性的同时，也 为支持服务器的特性提供了一定的余地。事实上，正是由于容器的概念，才使得众服务 器供应商能在中f b j 件业内一展所长，以各自的特色服务分争市场份额。 总结 i 】2 e e 的核心是一组规范和指南，定义了一个使用j a v a 语言开发多层分布式企业应 用系统的标准平台。开发人员在这些规范和指南的基础上开发企业级应用，同时由 j 2 e e 供应商确保不同的j 2 e e 平台之间的兼容性。由于基于规范的各j 2 e e 平台之间具 有良好的兼容性因此j 2 e e 应用系统可以部署在不同的应用服务器上，无需或只需进 行少量的代码修改。 作为一个被业界广泛采用的中间件标准，j 2 e e 是开发可伸缩的、具有负载平衡能 力的多层分布式跨平台企业应用的理想平台。j 2 e e 的首要任务在于提供一个标准中间 件基础架构，由该基础架构负责处理企业开发中所涉及韵所有系统级问题，从而使得开 发人员可以集中精力重视商业逻辑的设计和应用的表示，提高开发工作的效率。 2 2 1 、m i c r o s o f t n e t 框架 m i c r o s o f t n e t 是从w i n d o w sd n a 演进而来的，它是w i n d o w sd n a 的继续和发 展。下图就是m i c r o s o f t n e t 框架： 圈田圈圉口 厂 i w i l l o w s i i 应用f ii 1 _ j 图2 - 5 、m i c r o s o f t n e t 框粲 n e t 框架有几个主要组成部分：通用语言运行时以及它所提供的一组基础类库； 数据库访问技术a d o n e t ；w e b 开发技术a s p n e t 和w i n d o w s 开发技术w i nf o r m s ：在 开发语言方面，n e t 提供了v b 、v c + + 、c # 、j s c r i p t 等多种语言支持；而v i s u m s t u d i o n e t 则是全面支持n e t 的开发工具。简要解释如下： 通用语言运行时( c o m m o nl a n g u a g er u n t i m e ) 为多种语言提供了一种统一的运行 环境。另外它还提供了更多的功能和特性： 统一和简化了编程模型，用户不必迷惑于w i n 3 2a p i 和c o m ； 避免了d l l 的版本和更新问题，从而大大简化了应用程序的发布和升级； 多种语言之间的交互，例如我们甚至可以在v b 中使用c + + 编写的类： 自动的内存和资源管理等等。 基于通用语言运行时开发的代码称为受控代码，它的运行步骤大体如下：首先使用 一种通用语言运行时支持的编程语言编写源代码，然后使用针对通用语言运行时的编译 器生成独立于机器的微软中间语言m s i l ( m i c r o s o f ti n t e r m e d i a t el a n g u a g e ) ，同时 产生运行所需的元数据，在代码运行时再使用即时编译器( j u s ti nt i m ec o m p il e r ) 生成相应的机器代码来执行。 ) 基础类库( b a s ec l a s sl ，i b r a r y ) 包括了从输入输出到数据访问等各个方面，提供 了一个统一的、面向对致的、层次化的、可扩展的编程接口。在使用时，开发者只需添 加刑所需类库的引用，就司以使用这个类库中的所有方法、属性。跟传统的w i n d o w s 编 程相比，使用和扩展基础类库都非常容易，这使得开发者能够高效、快速的构建w e b 应 用。 在n e t 中访问数据库的技术是a d o n e t 。a d o n e t 提供了一组用来连接到数掘 库、运行s q l 命令、返回记录集的类库，使得在n e t 中的数据操作十分方便。 a s p n e t 是n e t 中的w e b 编程模型，它包括两部分：开发w e b 表单和开发w e b 服 务。 开发w e b 表单 w e b 表单的开发风格类似v b 窗体的快速应用开发。新引入的w e b 表单控件提供了 一个机制，可以将公共用户界面内容打包。这样就可以使用所见即所得的方式完成w e b 页面开发。关于a s p n e t 的新特性在第三章还有说明。 开发w e b 服务 a s p n e t 简化了w e b 服务的开发，建立w e b 服务的方法很简单：通过编写一个扩展 名为a s m x 的文件，并且将其配置成w e b 应用的一部分即可。a s m x 文件要么包含一个对 已定义类的引用，要么本身有一个类定义，且类是从a s p n e t 提供的w e b 服务类中导出 来的。发布一个w e b 应用，仅仅是一个拷贝文件的过程，更新和删除w e b 应用，可以直 接替换删除文件。 传统的基于w i n d o w s 的应用( w i nf o r m s ) 仍然是m i c r o s o f t n e t 中不可或缺的一 部分。除了可以利用现有的技术，例如a c t i v e x 控件以及丰富的w i n d o w s 接口外，还可 以基于通用语言