mvc设计模式与web框架技术

《mvc设计模式与web框架技术》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、MVC设计模式与WEB框架技术MVC(Model—View—Controller：模型-视图-控制器)设计模式是目前用得比较多的一种设计模式，最早出现在Smalltalk中，后来广泛应用于JavaWeb应用程序中。它将Web应用分成三层：模型(Model)，视图(View)，控制器(Controller)。   模型是应用程序的主体部分，负责业务逻辑的处理以及业务规则的制定。其本质上封装了包含对数据控制及修改的规则在内的数据和行为，提供了一套查询、改变模型状态的方法。模型位于J2EE架构的业务逻辑层，通常用服

2、务器端JavaBean或EJB实现。   视图是应用程序中负责生成用户界面的部分。视图代表用户交互界面，是应用程序的外在表现。视图一般位于J2EE架构的客户层和Web表示层，通常用JSP／Servelets实现。   控制器是模型和视图的纽带，负责解释用户的输入并将其映射为模型的操作，同时定义应用程序的行为，分派用户的请求并选择恰当的视图用于显示。通过控制器将模型和视图连接起来，可以在模型和视图之间实现松耦散合。控制器位于J2EE架构Web表示层，通常用Servelets实现。   MVC经常作为一种设计模式

3、出现在各种讨论中，但实际上MVC是结构模式而非设计模式。MVC模式与其它设计模式的关系密不可分，把MVC模式视作比设计模式粒度更大、层次更高的架构(模式)较为妥当。MVC体现了“分治"的思想，它将用户界面设计、流程控制和事务逻辑进行了分离，把界面设计同数据操作完全隔离开来，使得整个开发设计清晰，给系统的测试及维护带来了相当多的便利。在J2EE企业应用开发中采用MVC模式，能使软件开发有章可循、结构清晰、缩短开发周期，同时，还能有效的改善软件系统的性能，大大提高软件的可维护行与可扩展性。   在J2EE体系中，

4、应用MVC模式进行W曲应用开发比简单的JSP开发要复杂很多，其学习曲线长难以快速掌握。在开发过程中，开发人员必须以MVC的方式重新思考和设计应用程序，原先只需一个简单的JSP页面就能实现的功能现在要变成多个步骤去设计和实现。因此，从某种意义上来说，开发中引入MVC设计模式会增加额外工作量。   框架技术作为一种重要的软件重用技术，是应用软件部分或整体的可重用设计。它规定了应用的体结构，阐明了整个设计、协作构建之间的依赖关系，责任分配和控制流程，表现为一组抽象类以及它们的实例之间的协作方法。采用框架技术有利于整

5、个系统结构的改善和流程的固定化，有利于提高系统的可重用性和易维护性。对于大型、复杂的应用来说，采用己经开发和测试好的框架进行二次开发，可以提高软件的生产效率、保证软件质量、能够比从头开发取得更为显著的投资回。因此，为了降低上述MVC模式实现的复杂度，可以在应用开发中采用基于MVC模式的Web框架技术。目前，在开源的Java领域，比较流行的Web框架有Struts、SpringMVC、WebWork、Tapestry、JSF等。   采用面向组件的开发模式进行Web应用开发，我们的思维是块状的、是面向对象的思维

6、方式[261。我们不再关注Servlet底层实现，也不再过问URL的结构；我们通过创建页面来构成应用程序，通过在页面中调用组件来实现页面功能。我们不必关心页面如何通过URL跳转到另外一个页面，也不关心form表单如何通过URL将数据包装在请求中提交到服务器端。面向组件的开发模式有利于我们将注意力集中在页面逻辑实现上，有利于提高工作效率。因此，可以认为面向组件的开发模式比面向元素的开发方式更加先进。谈软件架构师如何做好架构设计1前言   软件架构设计是软件设计的一部分，相当于总体设计，是软件设计过程中一个决定性

7、的环节，架构确定了，软件基本也就定型了。而软件架构师则是软件项目的领军人物，是软件设计过程中最具挑战性的角色，从技术角度来讲，他承担了项目的成败责任。   EEEC给“架构师”的定义为“软件架构师是技术主管”，这就意味着他不仅要有高超的技术才能，还要有很好的领导才能，他的领导能力在团队中和软件质量控制中起着十分重要的作用。作为一个架构师，他要掌握整个软件项目的前景，调节各小组间关系，要让所有的项目组成成员了解大家共同的目的和目标，并发布标准和章程；要能正确理解软件过程，要在宏观上拥有专业知识，应该拥有很好的设

8、计技巧；要是一个很好的沟通员和谈判代表，要能做出正确的决策等，除此，还有许多他要具备的其它素质。   2做好需求调研和分析   为保证软件的可用性，要从需求出发设计架构，即：做软件先做需求，这是软件业内人士的共识，但这项工作做得好的却很少。根据调查，属于需求分析和软件设计错误与缺陷的约占软件错误与缺陷的64%；而属于程序代码错误的仅占36%；而因软件错误积累与放大效应，造成整个软件项目拖延或失败情况