mvc设计模式

M Model 模型 即功能 V View 视图 页面展示与用户交互 C Controller 控制器 分发 接受请求，将请求分发到模型进行处理，处理完毕后，将结果返回请求处 Servlet: 相当于：Controller 定义： 符合一定规范的Java类 必须继承 Javax.servlet. HttpServlet 类 必须重写doGet()或doPost()方法 doPost方法可以通过this.doGet();让doGet处理，这样只需要写一份代码即可 doGet: 接收并处理所有GET方式的请求 doPost:接收并处理所有POST方式的请求 使用： 2.5版本：配置web.xml 3.0版本：使用注解@WebServlet("/类名") 2.5版本配置： servlet xxx servlet xxxx 执行流程：请求被拦截，在根据的找到中的，两者必须一致，然后 将请求交由处理 ：servlet的全类名 ：/servlet的类名 生命周期：5个阶段 加载 servlet容器自动处理 初始化 init(); 被加载并实例化执行 只有第一次访问servlet执行，再次访问不执行 可以修改为tocat启动时自动执行 如何修改： 版本2.5： 在web.xml下，servlet属性内写入load-on-startup 1 版本3.0： 在注解里面加load-on-startup

名词 先摘一些东西过来。 架构：简单的说架构就是一个蓝图，是一种设计方案，将客户的不同需求抽象成为抽象组件，并且能够描述这些抽象组件之间的通信和调用。 框架：软件框架是项目软件开发过程中提取特定领域软件的共性部分形成的体系结构，不同领域的软件项目有着不同的框架类型。框架不是现成可用的应用系统。而是一个半成品，提供了诸多服务，开发人员进行二次开发，实现具体功能的应用系统。 设计模式：是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结，它强调的是一个设计问题的解决方法。 MVC分层 至于MVC分层，目前看到的两种主流的分层是这样的。具体的技术，就Java EE来说。 1. View，用JSP实现。 2. Controller，用Action实现。 3. Model，用Service和JavaBean实现。JavaBean也就是entity，pojo。简单的成员变量，以及一组get和set方法。 V和C，如果用框架，可以用Struts来统管。 底层要操作数据库的话，一般可用DAO（数据访问对象）。一般一张表对应一个DAO。 在使用Hibernate框架以后（或者自己用Java的反射写一个类似于Hibernate的东西以后）， 可以将这些DAO的公共部分（e.g. CRUD操作）抽取出来，作为父类BaseDAO，其余DAO继承BaseDAO。 DAO层里面操作数据库

MVC无人不知，可很多程序员对MVC的概念的理解似乎有误，换言之他们一直在错用MVC，尽管即使如此软件也能被写出来，然而软件内部代码的组织方式却是不科学的，这会影响到软件的可维护性、可移植性，代码的可重用性。 MVC即Model、View、Controller即模型、视图、控制器。我在和同行讨论技术，阅读别人的代码时发现，很多程序员倾向于将软件的业务逻辑放在Controller里，将数据库访问操作的代码放在Model里。 最终软件（网站）的代码结构是，View层是界面，Controller层是业务逻辑，Model层是数据库访问。 不知道大家知不知道另外一种软件开发模式三层架构，它和MVC相似之处是也分为三层，分别是UI层表示用户界面，BLL层表示业务逻辑，DAL层表示数据访问。三层架构曾经红极一时，MVC大行其道之后它就销声匿迹了， 可现在看来， 它似乎只是改头换面， 装扮成MVC的样子，并且深受程序员们的欢迎，因为它的这种分层方式和前文描述的MVC如出一辙。 再说的直白点，很多程序员将MVC当成了三层架构在用，这看起来似乎没什么问题，毕竟三层架构也是一种和MVC齐名的架构模式。可问题在于用三成架构的思路写MVC，那么写出来的东西既不是三成架构也不是MVC，到是像一个什么都不是四不像。熟悉天龙八部的同学应该知道这样一段情节

一、前言 对于初学者来说，刚接触这两个概念，很有可能容易混淆，误以为是一个东西的两种叫法。但深入了解后会发现，二者的构建大有不同。所以，“混淆”未必就是一件坏事，当你从“混淆”中走出来时，往往会对二者有一个比较深刻的认知。 二、MVC 简介 MVC 是 Model-View-Controller 的简称，即模型-视图-控制器。 它属于设计模式的范畴，就如同其他设计模式一样，模式的出现就是为了对某种功能的优化，而 MVC模式可以看做是对三层架构中表现层的一种细分优化。 MVC 分层有助于管理复杂的应用程序，因为您可以在一个时间内专门关注一个方面。例如，可以在不依赖业务逻辑的情况下专注于视图设计。同时也让应用程序的测试更加容易。 各模块解析 各模块定义 模型 （ M odel）：应用程序中用于处理应用程序数据逻辑的部分。通常 模型对象负责在数据库中存取数据 。（javaBean） 视图 （ V iew）：应用程序中处理数据显示的部分。通常 视图是依据模型数据创建的 。(页面） 控制器 （ C ontrol）：应用程序中处理用户交互的部分。通常 控制器负责从视图读取数据，控制用户输入，并向模型发送数据 。（servlet控制器） 各模块联系 一般Controller在Model和View之间起到了沟通的作用，处理用户在View上的输入，并转发给Model

Model-View-Controller 模型－视图－控制 Model-View-Controller 模型－视图－控制 Model 模型 代表应用程序的数据或状态，例如数据库资讯。 View 视图 代表使用者看到的视图，例如网页或使用者界面 (UI)。 Controller 代表应用程序与使用者交互或做出响应的部分，例如处理键盘事件并决定展示那一个视图。 原文: 大专栏 Model-View-Controller MVC 设计模式 来源： https://www.cnblogs.com/petewell/p/11516484.html

　　MVC 设计模式：通用的软件编程思想，在MVC设计模式中人为，任何软件都可以分为：控制程序流转的控制器（Controler）、封装数据处理数据的模型（Model）、负责展示数据的试图（view）三部分组成。并且在MVC设计思想中要求一个符合MVC设计思想的软件应该保证上面这三个部分相互独立，互不干扰，每一个部分只负责自己擅长的部分。如果某一个模块发生变化，应该尽量做到不影响其他两个模块。这样做的好处是，软件的结构会变得更加的清溪，可读性强，有利于后期的扩展和维护，并且代码可以实现服用。 来源： https://www.cnblogs.com/gxlaqj/p/11416487.html