网站开发流程ppt,自己怎么做点击量好的网站,wordpress 菜单 固定,云浮网站建设公司1 MVC设计模式简介 MVC由Trygve Reenskaug提出#xff0c;首先被应用在SmallTalk-80环境中#xff0c;是许多交互和界面系统的构成基础。MVC结构是为那些需要为同样的数据提供多个视图的应用程序而设计的#xff0c;它很好的实现了数据层与表示层的分离。MVC作为一种开发模型…1 MVC设计模式简介 MVC由Trygve Reenskaug提出首先被应用在SmallTalk-80环境中是许多交互和界面系统的构成基础。MVC结构是为那些需要为同样的数据提供多个视图的应用程序而设计的它很好的实现了数据层与表示层的分离。MVC作为一种开发模型通常用于分布式应用系统的设计和分析中以及用于确定系统各部分间的组织关系。对于界面设计可变性的需求MVC(Model-View-Controller)把交互系统的组成分解成模型、视图、控制器三种部件。 视图部件把表示模型数据及逻辑关系和状态的信息以特定形式展示给用户。它从模型获得显示信息对于相同的信息可以有多个不同的显示形式或视图。 控制器部件是处理用户与软件的交互操作的其职责是控制提供模型中任何变化的传播确保用户界面于模型间的对应联系它接受用户的输入将输入反馈给模型进而实现对模型的计算控制是使模型和视图协调工作的部件。 模型部件保存由视图显示由控制器控制的数据它封装了问题的核心数据、逻辑和功能的计算关系它独立于具体的界面表达和I/O操作。 模型、视图与控制器的分离使得一个模型可以具有多个显示视图。如果用户通过某个视图的控制器改变了模型的数据所有其它依赖于这些数据的视图都应反映到这些变化。因此无论何时发生了何种数据变化控制器都会将变化通知所有的视图导致显示的更新。这实际上是一种模型的变化-传播机制。模型、视图、控制器三者之间的关系和各自的主要功能如图1所示。 2 MVC设计模式的实现 ASP.NET提供了一个很好的实现这种经典设计模式的类似环境。开发者通过在ASPX页面中开发用户接口来实现视图控制器的功能在逻辑功能代码(.cs)中实现模型通常对应应用系统的业务部分。在ASP.NET中实现这种设计而提供的一个多层系统较经典的ASP结构实现的系统来说有明显的优点。将用户显示视图从动作控制器中分离出来,提高了代码的重用性。将数据模型从对其操作的动作控制器分离出来可以让你设计一个与后台存储数据无关的系统。就MVC结构的本质而言它是一种解决耦合系统问题的方法。 2.1 视图 视图是模型的表示它提供用户交互界面。使用多个包含单显示页面的用户部件复杂的Web页面可以展示来自多个数据源的内容并且网页人员美工能独自参与这些Web页面的开发和维护。 在ASP.NET下视图的实现很简单。可以像开发WINDOWS界面一样直接在集成开发环境下通过拖动控件来完成页面开发本。本文中介绍每一个页面都采用复合视图的形式即一个页面由多个子视图(用户部件)组成子视图可以是最简单HTML 控件、服务器控件或多个控件嵌套构而成的Web自定义控件。页面都由模板定义模板定义了页面的布局用户部件的标签和数目用户指定一个模板平台根据这些信息自动创建页面。针对静态的模板内容如页面上的站点导航菜单友好链接这些使用缺省的模板内容配置针对动态的模板内容(主要是业务内容)由于用户的请求不同只能使用后期绑定并且针对用户的不同用户部件的显示内容进行过滤。使用由用户部件根据模板配置组成的组合页面它增强了可重用性并原型化了站点的布局。 视图部分大致处理流程如下首先页面模板定义了页面的布局页面配置文件定义视图标签的具体内容用户部件然后由页面布局策略类初始化并加载页面每个用户部件根据它自己的配置进行初始化加载校验器并设置参数以及事件的委托等用户提交后通过了表示层的校验用户部件把数据自动提交给业务实体即模型。 这一部分主要定义了WEB页面基类PageBase页面布局策略类PageLayout完成页面布局用于加载用户部件到页面用户部件基类UserControlBase即用户部件框架用于动态加载检验部件以及实现用户部件的个性化。为了实现WEB应用的灵活性视图部分也用到了许多配置文件例如置文件有模板配置、页面配置、路径配置、验证配置等。 2.2 控制器 为了能够控制和协调每个用户跨越多个请求的处理控制机制应该以集中的方式进行管理。因此为了达到集中管理的目的引入了控制器。应用程序的控制器集中从客户端接收请求典型情况下是一个运行浏览器的用户决定执行什么商业逻辑功能然后将产生下一步用户界面的责任委派给一个适当的视图组件。 用控制器提供一个控制和处理请求的集中入口点它负责接收、截取并处理用户请求并将请求委托给分发者类根据当前状态和业务操作的结果决定向客户呈现的视图。在这一部分主要定义了HttpReqDispatcher(分发者类)、HttpCapture(请求捕获者类)、Controller(控制器类)等它们相互配合来完成控制器的功能。请求捕获者类捕获HTTP请求并转发给控制器类。控制器类是系统中处理所有请求的最初入口点。控制器完成一些必要的处理后把请求委托给分发者类分发者类分发者负责视图的管理和导航它管理将选择哪个视图提供给用户并提供给分发资源控制。在这一部分分别采用了分发者、策略、工厂方法、适配器等设计模式。 为了使请求捕获者类自动捕获用户请求并进行处理ASP.NET 提供低级别的请求/响应 API使开发人员能够使用 .NET 框架类为传入的 HTTP 请求提供服务。为此必须创作支持 System.Web.IHTTPHandler 接口和实现 ProcessRequest() 方法的类即请求捕获者类并在web.config 的 httphandlers 节中添加类。ASP.NET 收到的每个传入 HTTP 请求最终由实现 IHTTPHandler 的类的特定实例来处理。IHttpHandlerFactory 提供了处理 IHttpHandler 实例 URL 请求的实际解析的结构。HTTP 处理程序和工厂在 ASP.NET 配置中声明为 web.config 文件的一部分。ASP.NET 定义了一个 httphandlers 配置节在其中可以添加和移除处理程序和工厂。子目录继承 HttpHandlerFactory 和 HttpHandler 的设置。 HTTP 处理程序和工厂是 ASP.NET 页框架的主体。工厂将每个请求分配给一个处理程序后者处理该请求。 例如在全局 machine.config 文件中ASP.NET 将所有对 ASPx 文件的请求映射到 HttpCapture类 httphandlers...add verb* path*.ASPx typeSys.UI.HttpCapture, Sys.UI/.../httphandlers 2.3 模型 MVC系统中的模型从概念上可以分为两类――系统的内部状态和改变系统状态的动作。模型是你所有的商业逻辑代码片段所在。本文为模型提供了业务实体对象和业务处理对象所有的业务处理对象都是从ProcessBase类派生的子类。业务处理对象封装了具体的处理逻辑调用业务逻辑模型并且把响应提交到合适的视图组件以产生响应。业务实体对象可以通过定义属性描述客户端表单数据。所有业务实体对象都EntityBase派生子类对象业务处理对象可以直接对它进行读写而不再需要和request、response对象进行数据交互。通过业务实体对象实现了对视图和模型之间交互的支持。实现时把做什么业务处理和如何做业务实体分离。这样可以实现业务逻辑的重用。由于各个应用的具体业务是不同的这里不再列举其具体代码实例。 3 MVC设计模式的扩展 通过在ASP.NET中的MVC模式编写的具有极其良好的可扩展性。它可以轻松实现以下功能 ①实现一个模型的多个视图 ②采用多个控制器 ③当模型改变时所有视图将自动刷新 ④所有的控制器将相互独立工作。 这就是MVC模式的好处只需在以前的程序上稍作修改或增加新的类即可轻松增加许多程序功能。以前开发的许多类可以重用而程序结构根本不再需要改变各类之间相互独立便于团体开发提高开发效率。下面讨论如何实现一个模型、两个视图和一个控制器的程序。其中模型类及视图类根本不需要改变与前面的完全一样这就是面向对象编程的好处。对于控制器中的类只需要增加另一个视图并与模型发生关联即可。该模式下视图、控制器、模型三者之间的示意图如图2所示。 图 2 视图、控制器、模型三者之间关系的示意图 同样也可以实现其它形式的MVC例如一个模型、两个视图和两个控制器。从上面可以看出通过MVC模式实现的应用程序具有极其良好的可扩展性是ASP.NET面向对象编程的未来方向。 4 MVC设计模式的优点及不足之处 4.1 MVC的优点 MVC的优点体现在以下几个方面 1 可以为一个模型在运行时同时建立和使用多个视图。变化-传播机制可以确保所有相关的视图及时得到模型数据变化从而使所有关联的视图和控制器做到行为同步。 2 视图与控制器的可接插性允许更换视图和控制器对象而且可以根据需求动态的打开或关闭、甚至在运行期间进行对象替换。 3 模型的可移植性。因为模型是独立于视图的所以可以把一个模型独立地移植到新的平台工作。需要做的只是在新平台上对视图和控制器进行新的修改。 4 潜在的框架结构。可以基于此模型建立应用程序框架不仅仅是用在设计界面的设计中。 4.2 MVC的不足之处 MVC的不足体现在以下几个方面 1增加了系统结构和实现的复杂性。对于简单的界面严格遵循MVC使模型、视图与控制器分离会增加结构的复杂性并可能产生过多的更新操作降低运行效率。 2视图与控制器间的过于紧密的连接。视图与控制器是相互分离但确实联系紧密的部件视图没有控制器的存在其应用是很有限的反之亦然这样就妨碍了他们的独立重用。 3视图对模型数据的低效率访问。依据模型操作接口的不同视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问也将损害操作性能。 4 目前一般高级的界面工具或构造器不支持MVC模式。改造这些工具以适应MVC需要和建立分离的部件的代价是很高的从而造成使用MVC的困难。 5 结束语 与软件所处理问题的内在模型相比较用户界面是需要经常发生变化的采用MVC设计模式可以在满足对界面要求的同时使软件的计算模型独立于界面的构成。也可以基于此模型建立大型分布式应用程序框架。本文介绍了MVC设计模式的原理MVC设计模式三个组成构件模型部件、视图部件和控制部件以及在ASP.NET环境下实现基于MVC的应用需要完成的工作MVC设计模式的扩展最后对MVC的优点及不足之处进行了分析。转载于:https://www.cnblogs.com/hou/archive/2005/06/21/178087.html
