spring|Spring Boot 还是最先进的java框架吗 Java

文章图片

文章图片

文章图片

在本文中，我们来探讨一下 Spring Boot 应用程序框架是否仍是最先进的java框架
在下文中，我想仔细探讨一下Spring Boot在基于 Java 的应用程序开发中相关问题。我将对它的架构概念进行批判性讨论，并将其与Jakarta EE(原JavaEE)框架进行比较。我知道这个问题非常具有挑衅性，会引起很多同行的不理解。在比较这两个框架中，更关注于运行时环境的问题。

Spring Boot 和 Jakarta EE 都是用于开发微服务精心设计的概念。当我们谈论 Jakarta EE 和微服务时，总是谈论Eclipse Microprofile ，它是当今 Jakarta EE 的标准扩展。 Spring Boot 和 Jakarta EE 的概念非常相似。是因为 Jakarta EE 很多技术都受到了 Spring 和 Spring Boot 的启发。 “约定优于配置”、CDI或注解的密集使用等概念最早是由 Spring 提出来的。这证明了 Spring 和 Spring Boot 的创新能力。
API 与实现如果您在Jakarta EE上实现微服务，那么您是针对 API 而不是具体的实现来实现的。当您查看 Maven 项目的 pom.xml 时，这一方面变得显而易见。

关键依赖项标记为“ provided” 。这意味着您希望实现是您的运行时的一部分，而不是与您的组件捆绑在一起。因此，您的组件比Spring Boot组件小得多。要运行您的应用程序，您需要将其部署到Jakarta EE运行时环境中。
另一方面， Spring Boot构建了一个包含所有必要库的可引导组件，并为您提供了可引导服务器。不需要额外的运行时或应用程序服务器。这使得Spring Boot对开发人员如此有吸引力，并且是Spring Boot成功的最重要概念。但是这个概念是在 7 年多以前引入的。
那个时候安装应用服务器很痛苦——尤其是对开发人员来说。使用 Spring Boot ，开发人员只需几个简单的步骤即可设置简单微服务的运行版本。
容器环境今天我们已经确立了容器环境的概念。每个开发人员都可以使用一个简单的 Docker 命令启动任何类型的服务器或运行时环境。在容器环境中启动像Payara、Wildfly或OpenLiberty这样的现代应用程序服务器只需几秒钟，而部署微服务只需几秒钟。例如，要将您的微服务与最新的 Wildfly Docker 映像捆绑在一起， Dockerfile 如下所示：

要启动您的服务，您只需运行：

这平衡了Spring Boot的初始优势。除了Jakarta EE组件要小得多这一事实外，您还可以在几秒钟内将微服务部署到不同的环境中。这为您的运行环境提供了更大的灵活性。但这不是唯一的优势。
摆脱依赖使用Jakarta EE更有趣的方面是您没有对某些库的硬编码依赖。再次查看Spring Boot项目的 pom.xml ，您会发现很多依赖项与您的项目捆绑在一起。

JPA 实现了 Jax-RS 实现等所有库都将成为您最终构建的一部分。相比之下，在Jakarta EE项目中，您不知道目标运行时将使用哪个 JPA 或 Jax-RS 实现。这意味着您的应用程序也更具互操作性。当开发人员开始使用具体实现的某些特性时，这一点变得更加明显。
Spring Boot 开发人员经常使用诸如 Rest API Jersey之类的 API 的特定功能来解决问题。但此时您的应用程序不再与其他 Jax-RS 实现兼容，例如Rest Easy 。这是一个很大的威胁。针对 API 而不是具体实现进行开发是一种很好的做法。