一、MVC
MVC全称：Model View Controller，即模型视图控制器。
简单的说就是把你的项目分层，使逻辑与业务互不干扰，让你做业务的时候专心做业务，不用去担心别的。
首先讲个笑话：
一场面试，应聘者刚介绍完自己......
面试官：介绍了这么多，给我说说你在项目中用到了哪些设计模式吧
应聘者：（自信满满）好的，我在项目中使用了MVC设计模式，它可以让项目逻辑清晰，能够……
面试官：（心里顿时一惊，却面带微笑 ･ᴗ･ 等他讲完后）你的情况我也了解了，我现在有个会议要开，这样吧，你先回去等我通知你
应聘者：（满心期待）好的，麻烦了
面试毕（毙）！
重点强调 MVC是一种软件设计典范，你可以叫它MVC框架、MVC模式、MVC架构，但千万不要说它是设计模式?，因为在java中，设计模式是专门指另外一些东西，可自行上网查看！
为什么要使用MVC？
刚开始写java后台我们是这样：
接收前端传来参数→对参数进行校验→校验通过→对参数进行业务处理→处理完后打开数据库连接→把参数丢到数据库做查询啥的→再接收数据库返回的新数据→然后又对返回的新数据做逻辑处理→处理成前端想要的格式→再返回给前端
整个过程全部写在一个 servlet 里面，这样写刚开始觉得方便，可是开发久了以后会影响整个项目的结构，更严重的是后期维护代价特别大，接口到了100多个以后，基本没法维护。（本人亲身经历过，前人甩手走了，当时接到这个项目真是心里一万头草泥马奔腾而过）。
这时，MVC就闪亮出场了！
上面一整个过程可以分位3步：
① 接收参数并进行校验，我们称之为控制层
② 处理参数、业务逻辑，我们称之为业务层
③ 数据库的处理，我们称之为持久层
④把后端返回的数据通过视图的方式展现在页面上，称之为视图层
MVC中的“C”，可以看作是上面的①
MVC中的“M”，可以理解为上面的②③
MVC中的“V”，可以理解为上面的④
再对不同的层，建立对应的包。以后维护项目修改业务逻辑时，再也看不到那些接收参数，校验参数的代码，也看不到连接数据库的代码（这两点本来就跟我处理业务没啥关系），整个世界顿时一片清净。
关于MVC更多的好处，可自行了解。
二、SSM
SSM全称：Spring MVC + Spring + MyBatis
（ps：这里的Spring MVC和上面的MVC可完全不是一个东西，别搞混了）
主要是三大框架的整合，简称ssm
Spring MVC：说易懂点就是在项目中拦截用户请求，接收参数
Spring：整个项目中装配bean的大工厂，像个粘合剂一样把项目粘住。
MyBatis：封装了jdbc，使数据库的操作异常简单，实现半自动化
三、SSH
SSH全称：Struts 2 + Spring + Hibernate
也有一些叫法是struts+spring+hibernate，但其实struts跟struts2差距有点大，而且struts已经基本被淘汰了。
Struts 2：作用跟Spring MVC类似
Sptring：同SSM中的spring
Hibernate：使用orm框架实现映射，对数据库的操作也很简单，几乎可以不用写SQL语句
关于Struts 2与Spring MVC的比较，还有Hibernate与MyBatis的比较，网上的呼声一直不断，都有各自的优缺点，如何选择还是要看实际的项目需求。
（Ps 技术没有好坏之分，看你如何选择）
四、小拓展：SSM项目的包结构
以本人的小项目为例
1. java源码所在的包
里面总共又8个包，除去common、task、util，其它都在上一篇提到过
上一篇：Java web引导篇（一）
common：存放的项目用到的静态常量，高复用的静态方法，枚举等。
task：存放项目的定时任务。
util：存放自己封装的工具类，处理日期、处理数值类型等
controller：存放的项目接口，spring mvc扫描的包
service：可以理解为BO层，专门处理业务逻辑
2. resources 资源文件所在的包
里面没有java类，只有xml、preperties等配置文件
mappers：里面的xml文件与上面dao包中的接口一一对应（mybatis技术所用到的）。
spring：专门放spring的配置文件，spring太强大了，粘合了整个项目，如果只用一个spring配置文件的话，里面的内容太多，所以把它拆分成很多小的spring文件，然后放在文件夹里。
generatorConfig.xm：mybatis生成器，自动把数据表生成java文件。
jdbc.properties：数据源配置，存放数据库的连接信息。
logback.xml：日志模块的配置文件
mmall.properties：这个项目的配置文件，项目之中用到的配置信息。
zfbinfo.properties：支付宝的配置文件，项目中集成了支付宝，所以会有
3. webapp
存放静态资源：jar文件、html文件、js文件、jsp文件、图片文件等。
web.xml：很重要！web项目启动最先加载的文件，也是从这里面开始加载spring等配置文件的。
如有错误的地方，麻烦指出，谢谢！?
一、MVC
MVC全称：Model View Controller，即模型视图控制器。
简单的说就是把你的项目分层，使逻辑与业务互不干扰，让你做业务的时候专心做业务，不用去担心别的。
首先讲个笑话：
一场面试，应聘者刚介绍完自己......
面试官：介绍了这么多，给我说说你在项目中用到了哪些设计模式吧
应聘者：（自信满满）好的，我在项目中使用了MVC设计模式，它可以让项目逻辑清晰，能够……
面试官：（心里顿时一惊，却面带微笑 ･ᴗ･ 等他讲完后）你的情况我也了解了，我现在有个会议要开，这样吧，你先回去等我通知你
应聘者：（满心期待）好的，麻烦了
面试毕（毙）！
重点强调 MVC是一种软件设计典范，你可以叫它MVC框架、MVC模式、MVC架构，但千万不要说它是设计模式?，因为在java中，设计模式是专门指另外一些东西，可自行上网查看！
为什么要使用MVC？
刚开始写java后台我们是这样：
接收前端传来参数→对参数进行校验→校验通过→对参数进行业务处理→处理完后打开数据库连接→把参数丢到数据库做查询啥的→再接收数据库返回的新数据→然后又对返回的新数据做逻辑处理→处理成前端想要的格式→再返回给前端
整个过程全部写在一个 servlet 里面，这样写刚开始觉得方便，可是开发久了以后会影响整个项目的结构，更严重的是后期维护代价特别大，接口到了100多个以后，基本没法维护。（本人亲身经历过，前人甩手走了，当时接到这个项目真是心里一万头草泥马奔腾而过）。
这时，MVC就闪亮出场了！
上面一整个过程可以分位3步：
① 接收参数并进行校验，我们称之为控制层
② 处理参数、业务逻辑，我们称之为业务层
③ 数据库的处理，我们称之为持久层
④把后端返回的数据通过视图的方式展现在页面上，称之为视图层
MVC中的“C”，可以看作是上面的①
MVC中的“M”，可以理解为上面的②③
MVC中的“V”，可以理解为上面的④
再对不同的层，建立对应的包。以后维护项目修改业务逻辑时，再也看不到那些接收参数，校验参数的代码，也看不到连接数据库的代码（这两点本来就跟我处理业务没啥关系），整个世界顿时一片清净。
关于MVC更多的好处，可自行了解。
二、SSM
SSM全称：Spring MVC + Spring + MyBatis
（ps：这里的Spring MVC和上面的MVC可完全不是一个东西，别搞混了）
主要是三大框架的整合，简称ssm
Spring MVC：说易懂点就是在项目中拦截用户请求，接收参数
Spring：整个项目中装配bean的大工厂，像个粘合剂一样把项目粘住。
MyBatis：封装了jdbc，使数据库的操作异常简单，实现半自动化
三、SSH
SSH全称：Struts 2 + Spring + Hibernate
也有一些叫法是struts+spring+hibernate，但其实struts跟struts2差距有点大，而且struts已经基本被淘汰了。
Struts 2：作用跟Spring MVC类似
Sptring：同SSM中的spring
Hibernate：使用orm框架实现映射，对数据库的操作也很简单，几乎可以不用写SQL语句
关于Struts 2与Spring MVC的比较，还有Hibernate与MyBatis的比较，网上的呼声一直不断，都有各自的优缺点，如何选择还是要看实际的项目需求。
（Ps 技术没有好坏之分，看你如何选择）
四、小拓展：SSM项目的包结构
以本人的小项目为例
1. java源码所在的包
里面总共又8个包，除去common、task、util，其它都在上一篇提到过
上一篇：Java web引导篇（一）
common：存放的项目用到的静态常量，高复用的静态方法，枚举等。
task：存放项目的定时任务。
util：存放自己封装的工具类，处理日期、处理数值类型等
controller：存放的项目接口，spring mvc扫描的包
service：可以理解为BO层，专门处理业务逻辑
2. resources 资源文件所在的包
里面没有java类，只有xml、preperties等配置文件
mappers：里面的xml文件与上面dao包中的接口一一对应（mybatis技术所用到的）。
spring：专门放spring的配置文件，spring太强大了，粘合了整个项目，如果只用一个spring配置文件的话，里面的内容太多，所以把它拆分成很多小的spring文件，然后放在文件夹里。
generatorConfig.xm：mybatis生成器，自动把数据表生成java文件。
jdbc.properties：数据源配置，存放数据库的连接信息。
logback.xml：日志模块的配置文件
mmall.properties：这个项目的配置文件，项目之中用到的配置信息。
zfbinfo.properties：支付宝的配置文件，项目中集成了支付宝，所以会有
3. webapp
存放静态资源：jar文件、html文件、js文件、jsp文件、图片文件等。
web.xml：很重要！web项目启动最先加载的文件，也是从这里面开始加载spring等配置文件的。
如有错误的地方，麻烦指出，谢谢！?