今天终于认识到自己的渺小，想起了一句话，不努力机会来了你也抓不住，不要一直想一步登天，一直沉浸在白日梦的美好之中，一步一个脚印，有多大能力做多大的事情，加油把。
--WZY
一、设计模式 Model 1 和Model 2
Model 1
前面学习了Servlet和Jsp，对这两个有个大概的认识，Servlet就是为了解决静态页面的问题，能够实现动态的页面，使维护，开发更加的方便，但是也有缺点，在Servlet嵌入HTML代码实在是太麻烦了，每次都要out.println();输出。所以就有了Jsp，JSP中的内容就是html，为的就是方便写html，写页面，本质上JSP也是一个servlet，所以在它中也会不可避免的要写一些java代码，也就是脚本，为了不让其那么混乱，就增加了标签，EL表达式来尽量代替脚本。但是在写一些项目时，还是会很麻烦，原因是业务逻辑代码，与数据库交互的代码，HTML代码这些类别，风格，作用完全不同的都混杂在了一起，造成的结果是代码的维护性，可读性以及扩张性都非常差，比如要改一个需求，那么必须要把全部代码都看完，理解到，不然你可能会因为修改了一处代码，导致别的地方多处错误，这种设计模式也叫做 模式一(Model 1)，应该是以前技术还没那么好时才这样写的。
Model 2(MVC)
为了改进上面所说的缺点，也就是将业务逻辑代码放一起，显示页面的HTML代码放一起，与数据库交互的代码放一起，这样开发思路更加清晰，维护起来也更加方便，这种就叫做MVC模式，M：Model 模型，代表着业务逻辑代码与数据库代码，V：View 对数据的展示代码，比如JSP页面，就是专门用来展示数据，美化页面的 C:Controller 控制，Servlet来充当这一角色，连接着View和Model，从View中获得指令，在从model中通过业务逻辑代码获取需要的数据，然后在通过Servlet去交给View层去显示。也就是MVC三层结构的意义
本来想自己画个图，但是奈何越画越复杂，就从网上找了一个个人觉得比较不错的图来进行讲解
就这个图来分析一波，画的确实挺不错的，首先，我们打开浏览器，输入网址，就是到服务器中请求页面(JSP也可能是别的)，然后显示到浏览器上，然后通过点击JSP页面上的内容，提交请求，到服务器中，也就到了Control(Servlet)这一块，Servlet通过分析请求，知道用户需要什么，需要数据，那么就通过Model，从数据库拿到数据，在将数据显示在JSP中，在将JSP发送回浏览器，显示在用户看，所以我们经常说，JSP就是View层，给用户看的，Servlet作为控制流程，而编写操作数据库代码，业务逻辑代码就属于Model。这就是MVC的应用。
二、经典三层架构
表示层(web层)、业务逻辑层(service层)、数据访问层(dao层)，用一张图来描述这其中的关系
因为现在只学习Servlet，Jsp，所以在表示层中就放的是Servlet和Jsp了，如果学了3大框架，Struts、Hibernate、Spring、会发现Struts是处理表示层的一个框架，而Hibernate是在dao层的一个框架，spring就是service层了。
三、总结
1、经典三层架构和MVC的关系？
他们是两个毫无相关的东西，经典三层架构是一种分层思想，将开发模式分为了这三层，每个人根据自己的专长，开发不同的模块，比如，前端工程师，那么就专研表示层即可，想办法如何让页面变的更好看，如何吸引别人，而有些专门做数据库工作的人，就可以只关注操作数据库的活，如何让查询更加快速有效，而不必关注数据该如何显示这种问题。这就是分层带来的巨大好处。
而MVC是一种设计模式，目的是让HTML代码和业务逻辑代码分开，让代码看起来更加清晰，便于开发。
硬说他们有关系的话，只能说他们有共同的点，分层，解耦。
2、实际项目中的包命名结构，其也是按照三层架构思想来进行编写代码的，
脑袋里要保持着这种思想进行开发
xxx:代表公司名称
yyy：代表项目名称
com.xxx.yyy.dao dao层接口
com.xxx.yyy.dao.impl dao层实现
com.xxx.yyy.service service层接口
com.xxx.yyy.service.impl service层实现
com.xxx.yyy.web web层
com.xxx.yyy.util 工具包
com.xxx.yyy.domain javabean
3、为了体现这个三层架构，会做一个小的用户管理系统。比较简单的，使用一下三层架构的思想。
就一个简单的增删改查
功能分析：
注册、登录、查询所有用户、查询详情、修改用户信息、删除用户
技术分析：
JSP(JSTL、EL)、Servlet、MySQL、javabean、三层架构思想
具体详情就看下一章节，我会写出自己的总结。