spring boot和SSM开发中的区别有:1、定义功能不同;2、对外提供服务不同;3、开发用处不同。开发Spring Boot时,能用比较便捷的注解来定义功能,而在spring mvc或ssm框架中,则需要用比较麻烦的xml配置文件来定义功能。
1、定义功能不同
开发Spring Boot时,能用比较便捷的注解来定义功能,而在spring mvc或ssm框架中,则需要用比较麻烦的xml配置文件来定义功能。
就拿定义Dubbo远端方法来说,spring boot中可能只需要通过简单的@Reference注解就行,SSM如果要引入Dubbo,估计要写一堆xml配置文件。所以Spring Boot比SSM要好写,好维护。
2、对外提供服务不同
Spring Boot内嵌Web服务器,只要编写好用@SpringBootApplication修饰的启动类,然后直接启动,就能对外提供服务,而ssm框架估计要打包部署到tomcat等服务器上再运行。所以Spring Boot项目比ssm项目要好维护。
3、开发用处不同
SSM框架,只能用Mybatis来连接数据库,而spring boot框架中,不仅可以用mybatis,而且还可以用jpa。所以总体上来,从开发角度,Spring boot框架要比ssm框架好用。
但是,spring boot,或者SSM框架,顶了天了只能开发单机版项目,比如程序员可以用这些框架在windows环境上开发增删改查。不过现在都讲分布式了,比如引入redis集群做缓存,引入dubbo,引入rabbitmq做消息队列,引入nginx做负载均衡。总之得用分布式组件应对高并发。
SSM框架不能说不能整合诸多分布式组件,但由于SSM框架是通过xml等配置文件来定义和分布式组件的连接,所以整合起来比较麻烦,得开发维护一大堆xml文件。相比之下,spring boot可以用注解+非常少量(估计也就 application.yml)的方式来整合诸多分布式组件。所以在高并发项目中,基本都用spring boot,而不是SSM。
延伸阅读:
什么是Spring Boot?
Spring Boot是由Pivotal团队提供的全新框架,其设计目的是用来简化新Spring应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置,从而使开发人员不再需要定义样板化的配置。通过这种方式,Spring Boot致力于在蓬勃发展的快速应用开发领域(rapid application development)成为名列前茅。
SpringBoot基于Spring4.0设计,不仅继承了Spring框架原有的优异特性,而且还通过简化配置来进一步简化了Spring应用的整个搭建和开发过程。另外SpringBoot通过集成大量的框架使得依赖包的版本冲突,以及引用的不稳定性等问题得到了很好的解决。
SpringBoot框架中还有两个非常重要的策略:开箱即用和约定优于配置。开箱即用,Outofbox,是指在开发过程中,通过在MAVEN项目的pom文件中添加相关依赖包,然后使用对应注解来代替繁琐的XML配置文件以管理对象的生命周期。这个特点使得开发人员摆脱了复杂的配置工作以及依赖的管理工作,更加专注于业务逻辑。约定优于配置,Convention over configuration,是一种由SpringBoot本身来配置目标结构,由开发者在结构中添加信息的软件设计范式。这一特点虽降低了部分灵活性,增加了BUG定位的复杂性,但减少了开发人员需要做出决定的数量,同时减少了大量的XML配置,并且可以将代码编译、测试和打包等工作自动化。
文章标题:spring boot和SSM开发中有什么区别,发布者:小编,转载请注明出处:https://worktile.com/kb/p/38043