Web开发模式:Mode I与Mode II详解.pdfVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

Web开发模式:ModeI与ModeII

在实际的Web开发中,有两种主要的开发结构,称为模式一(ModeI)和模式二(ModeII)。

1.ModeI-模式一

ModeI就是指在开发中将表现层、业务逻辑层、持久层的操作统一交给JSP或JavaBean来

进行处理。

而ModeI的处理情况具体可以分为两种,一种是完全使用JSP进行开发,另一种是使用

JSP+JavaBean的模式进行开发。下面分别对两种模式加以说明。

(1)用户发出的请求(request)交给JSP页面进行处理,如果是开发小型的Web程序,为了开

发快速与便利,通常会将表现层(PresentationLayer)和业务逻辑层(BussinessLogic

Layer)都写在JSP页面中。如下图所示:

图1-1ModeII–模式一(情况一)

优点:

·开发速度加快。开发人员不需要额外编写JavaBean和Servlet,只需要专注开发JSP页

面即可

·小幅度修改程序代码方便。因为没有JavaBean或Servlet,所以在修改的时候,可以直

接修改JSP后再交给Web容器重新编译即可。而不用像JavaBean或Servlet要先将Java

源文件(*.java)打包编译成字节码文件(*.class),再放到Web容器的WEB-INF\classes

文件夹下才能够使得整个项目成功运行。

缺点:

·程序可读性低。因为程序代码页网页标记都混合在一起,这种情况被称之为脏代码——

dirtycode(到后面Struts的出现就是为了避免JSP和Servlet混合造成脏代码的现象),

而像这样一味追求速度和早点让项目实现而放弃架构的原则和最初的编码规定这种逾越底

线的项目一般被称之为Legacycode(遗留代码)。所谓的代码指的就是这种程序

员妥协,为了早点完工应付公事儿放弃原则和写代码的行径。这样做的危害就是增加

了的难度和复杂度,当时写好代码也许你还认为自己记得细节,这样做不让别人看懂

就不会抢了后期的活计,但是几个月后你会发现你自己都很难看懂,最后只能对

客户说重新开发一个吧,但是客户将会抛弃你。你在业界中的名声从此就臭了。

·程序可重复利用率低。由于所有的代码都直接写到了JSP页面中,所以常用的程序代码并

不能以组件的形式存在,那么以后如果客户还有需求增加,在扩展的时候也就失去了代码

的重用的可能性。

(2)若将显示操作都写入JSP页面中,而业务逻辑层都写成JavaBean的形式,将程序代码封装

成组件。如果是这样的话,JavaBean将负责大部分的数据处理,譬如执行数据库操作等(类

似于DAO),再将数据处理后的结果返回至JSP页面上显示。如下图所示:

图1-2ModeI-模式一(情况二)

优点:

·程序可读性较高。因为大部分程序代码都写在JavaBean中,不会和网页显示标记(HTML

语言)混合在一起,因此,在进行后期时,会相对比较轻松。

·可重复利用。由于业务代码都使用JavaBean来开发,所以可重复使用此组件,

可以大大减少编写重复性程序代码的开发工作。

缺点:

·紧耦合且无流程控制。程序中每一个JSP页面都需要检查请求的参数是否正确、条件判断、

异常潜在时如何捕捉及抛出后如何处理。而且所有的显示操作都与具体的业务代码紧密耦合在一

起,这不符合OO思想(高内聚,松耦合),故日后难度系数非常大。譬如要增加功能,就

必须先完全理解早期开发项目者的思路和行文代码风格以及设计的整体架构,完全吃透才

能下手去改动代码,而且

您可能关注的文档

文档评论(0)

guchengyong + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档