s***互联网技术

1. Springboot能替代传统ssm架构吗？

springboot能替代传统s***架构吗？

题主能问这个问题，说明你对springboot的定位不明确，准确的说springboot只是spring约定大于配置的版本，你可以这么理解，也就是替换也只是替换s***中的spring，用来简化开发中的配置

其他两个springmvc mybatis和springboot不是一回事，并不能取代，springboot依然可以和上述两者构成s***

首先我们要理解S***框架是什么？SpringBoot框架又是什么？

S***是springmvc+spring+mybaits三大框架集成的项目，SpringBoot项目是为了省去配置文件，把配置文件写在代码里面的一套快速开发框架，可以说从宏观角度来分析，springboot的应用范围＞S***框架，从框架角度来说，他们的底层原理是一样的，只是springboot为了开发者快速开发集成的一套框架，springboot不仅可以集成mybaits，还可以集成jpa，jdbc等等。所以两者的范围不一样，我个人理解，业务需求决定项目框架。

“替代”感觉谈不上，只能说是不同时期的产物。

换做5年前甚至7年前，S***确实很流行，三大框架进行整合，Spring做装载bean的容器，Struts2做页面跳转逻辑，Mybatis做ORM框架，页面用的JSP，所有的一切看起来非常完美。

随着互联网的技术迭代以及用户数量的增长，原来的一些传统项目在高负载和高并发的场景下显得越来越吃力，慢慢的人们开始考虑页面静态化（FreeMarker）和缓存（Memcache）等技术使得项目能够满足实际场景需求。

随着互联网组件的成熟以及阿里双十一的技术落地推广，才使得一些现在常用的技术得以展现在大众的视野面前，如Redis、MQ、Dubbo、Kafka、Springcloud全家桶等，上面所提及的这些技术，都是在某一场景下表现优秀进而被大家所熟知的。

每一种技术的产生都是为了解决当前所遇到的一些问题，都是时代的产物。

仔细分析下Springboot，其底层还是Spring，在Spring Java配置的基础上开发了自动化配置，这也属于时代的产物，为了迎合那些比较懒的程序员，通过简简单的配置就可以达到之前需要大量配置才能达到的效果。

谢邀~

首先我认为大概率会的（我可以意会题主想表达的意思），但是这个问题又有一些怪怪的，Spring Boot和S***也不冲突，使用Spring Boot依然可以使用Mybatis，只能说，未来会有越来越多的公司使用Spring Boot，而不是直接对S***做集成。

先看看S***里面有什么：Spring核心IOC，模块和模块之间解耦，增加代码的复用性，AOP面向切面编程； Spring MVC，轻量级的MVC框架；Mybatis ，ORM框架，直接使用SQL更容易进行掌控和调优。

而Spring Boot的出现，主要是可以很大程度上减少构建配置的工作。对于我们程序员来说，我们现在做一个项目的时候，不用像以前搭建S***架构那样，需要花时间写大量的XML配置，而Spring Boot只需要通过注解的形式，在代码中配置即可。

继续说说Spring Boot的优点，它到底能为开发人员提速多少呢？

Spring Boot提供了大部分主流框架的集成，提供了丰富的 Starters，集成主流开源框架，只需要进行简单的配置就可以完成。

Spring Boot让部署变的更加简单，因为它本身就内嵌了应用服务器，开发完成的程序，只需要一行命令就可以启动，结合Docker使用效果更好。

注意，只是简化，该写的业务代码还是要写的。

spring boot能替代传统s***架构吗？初看这个题目，感觉怪怪的，就我理解的spring boot和s***在使用上完成不冲突，在特定的业务场景中，整合起来一起用，效果极佳。

为何这么说呢？spring boot是由Pivotal团队提供的全新框架，其设计目的是用来简化新spring应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。通过这种方式，Spring Boot致力于在蓬勃发展的快速应用开发领域(rapid application development)成为领导者。而S***（Spring+SpringMVC+MyBatis）框架集由Spring、MyBatis两个开源框架整合而成（SpringMVC是Spring中的部分内容）。常作为数据源较简单的web项目的框架。从其概念就可以看出，spring boot本身还是spring,其主要在spring的配置上做了很大程度上的简化，借用spring4的条件注解，增加了大量的默认配置，从而使项目配置启动更加快捷简单。而使用spring boot配置s***框架，仍然作为许多公司的技术解决方案，得到很多程度上的使用。

据我了解，将spring boot和s***放在一起比较是没有探讨价值的。更多的是，以s***为基础引入dubbo的分布式技术线是否会被以spring boot+spring cloud的微服务的技术线而替代的话题，讨论的或许更多。这两块我都经历过，也有过相关项目经历。就我感觉而已，spring boot+spring cloud是未来的目前的发展[_a***_]，但是其大量的***请求通信的效率问题，仍然是限制其发展的主要因素，即建议其在小规模的公司或者团队使用，并且建议其在性能要求不高的业务场景中进行使用。而s***依旧是经典，从之前到今后相关长的一段时间内，仍然是企业级项目开发的主流。

技术在发展，程序员也需要跟得上步伐，在了解和使用新技术的同时，要结合团队的业务场景，要适合团队技术线发展的主流，谨慎在线上环境中使用。简而言之，spring boot 是框架，spring boot大体上就是：已经配置好配置文件（取默认值）的springMVC（spring全家桶）+ 插件版tomcat。

作者：夕阳雨晴，欢迎关注我的头条号。偶尔美文，主流J***a，为你讲述不一样的码农生活。

[免责声明]本文来源于网络，不代表本站立场，如转载内容涉及版权等问题，请联系邮箱:83115484@qq.com，我们会予以删除相关文章，保证您的权利。转载请注明出处：http://www.wnpsw.com/post/17997.html