一、SSM优缺点应该分开来说的,比如
1)spring 不说了,核心ioc、aop技术,ioc解耦,使得代码复用,可维护性大幅度提升,aop提供切面编程,同样的增强了生产力。
2)spring mvc嘛,是对比struts2等mvc框架来说的,不说struts2爆出的那么多安全漏洞,而且是类拦截,所有Action变量共享,同时是filter入口的,而spring mvc是方法拦截,controller独享request response数据,采用的serlvet入口,与spring无缝对接。开发而言,spring mvc更加轻量和低入门。
3)mybatis嘛,看业务场景,主要是mybatis的sql可以由开发者去掌控和调优,相对hibernate等orm框架来说,更加直观。在业务场景比较复杂,sql好多联合关联的情况下,mybatis谁用谁知道。当然缺点就是对sql不熟悉的开发者就不太友好了。
二、 SSM框架和spring boot全家桶相比有哪些优缺点?
这两者对比起来有点奇怪。因为SSM是WEB应用框架,涵盖整个应用层,而spring boot你可以看做一个启动、配置、快速开发的辅助框架,本身针对的是微服务。springboot 只是为了提高开发效率,是为了提升生产力的:
1、springboot一个应用是一个可执行jar(启动类main方法启动web应用),而不像传统的war,内嵌tomcat容器,可以jar形式启动一个服务,可以快速部署发布web服务,微服务最好不过了。
2、将原有的xml配置,简化为java配置
3、当然结构可能跟一般的ssm有一定区别,但其实主要是在资源文件。
Spring Boot 默认“约定”从资源目录的这些子目录读取静态资源:
- src/main/resources/*META-INF/resources*
- src/main/resources/*static* (推荐)
- src/main/resources/*public*
总结
“习惯优于配置”(项目中存在大量的配置,此外还内置了一个习惯性的配置,让你无需手动进行配置)
SpringBoot帮助开发者快速启动一个Web容器;
SpringBoot继承了原有Spring框架的优秀基因;
SpringBoot简化了使用Spring的过程。
拓展
谈SpringBoot之前,先说一下传统的SSM开发,使用过SSM开发的人都会发现,传统的SSM框架项目会有大量的配置文件,需要手动的区整合三个框架,也就是SpringMVC、Spring、MyBatis,并且需要注意各种配置和兼容,后期的维护难度也很大。
现在快速开发的一个网站的方式层出不穷,像Node.js,PHP。脚本语言也越来越流行,比如Python,Scala,Ruby等,这时候Spring的开发模型就显得相对笨重了。在这种情况下,由Pivotal团队开发了一个工具集,叫SpringBoot。其实本质还是Spring Framework。底层代码也还是Springmvc和Spring的整合。不过不需要手动的区配置,只需要导入相应的依赖,SpringBoot会自动配置。
SpringBoot帮我们做什么什么事情呢?
1、SpringBoot使用了特定的配置方式,开发人员不需要再定义样板化的配置,简化项目的初始构建。
2、SpringBoot提供了更多的组合式注解,简化开发过程。
3、SpringBoot可以"零配置"整合很多第三方工具。
4、SpringBoot提供了内置的容器,部署也变得异常简单。
5、SpringBoot应对监控也提供了相应的方案。
SpringBoot和SSM不冲突,SpringBoot只是简化了配置,实际开发 没什么区别。SSM就好像开手动挡的汽车,需要踩离合,挂档,给油车才能开动。而SpringBoot就好像自动挡的汽车,给油就走,踩刹车就停。
在开发中的区别还是存在的,虽然SpringBoot简化了配置,但并不代表不需要编写配置文件,还是需要在自带的application.yml文件中去编写一些内容。只不过编写的方式变得简单了,虽然简单了,但是和SSM整合的方式还有些区别。
在使用SSM开发的时候,多数会选择Jsp作为视图,但是SpringBoot不推荐使用Jsp,主推的是thymeleaf和freemarker等模板引擎,也造成了使用SSM开发到SpringBoot开发也需要一定得学习成本。不过如果掌握了SSM的话,学习SpringBoot也是水到渠成,异常的简单。
更推荐使用SpringBoot开发,一是SpringBoot工具集的简化配置等操作,可以让程序员把精力主要放在代码的业务逻辑上,二是想学习Springcloud微服务组件的话,SpringBoot是基础。
评论区