SpringCloud-Spring Boot Starter使用测试实例分析

这篇文章主要介绍了SpringCloud-SpringBootStarter使用测试实例分析的相关知识，内容详细易懂，操作简单快捷，具有一定借鉴价值，相信大家阅读完这篇SpringCloud-SpringBootStarter使用测试实例分析文章都会有所收获，下面我们一起来看看吧。Spring Boot Starter 是在 SpringBoot 组件中被提出来的一种概念、简化了很多烦琐的配置、通过引入各种 Spring Boot Starter 包可以快速搭建出一个项目的脚手架。比如我们经常用的一些：spring-boot-starter-web：spring-boot-starter-data-redis：spring-boot-starter-data-mongodb：spring-boot-starter-data-jpa：spring-boot-starter-activemq：总体来说就是 starter 是一种对依赖的合成。在没有 starter 之前，传统的SSM项目、假如我想要在 Spring 中使用 jpa，可能需要做以下操作：首先在 Maven 中引入使用的数据库的依赖>>然后引入 jpa 的依赖>>在xml中配置一些属性信息>>调试调用直到可以正常运行。上面这样的操作会有一些问题、比如：如果过程比较繁琐，这样一步步操作会增加出错的可能性。在配置的时候也会划掉大量的时间、对于新手和小白不太友好。starter 的主要目的就是为了解决上面的这些问题starter 会把所有用到的依赖都给包含进来，避免了开发者自己去引入依赖所带来的麻烦。免费云主机域名需要注意的是不同的 starter 是为了解决不同的依赖，所以它们内部的实现可能会有很大的差异，例如 jpa 的 starter 和 Redis 的 starter 可能实现就不一样，这是因为 starter 的本质在于 synthesize，这是一层在逻辑层面的抽象，也许这种理念有点类似于 Docker，因为它们都是在做一个 “包装” 的操作，如果你知道 Docker 是为了解决什么问题的，也许你可以用 Docker 和 starter 做一个类比。虽然不同的 starter 实现起来各有差异，但是他们基本上都会使用到两个相同的内容：ConfigurationProperties 和 AutoConfiguration。因为 Spring Boot 坚信 “约定大于配置” 这一理念，所以我们使用 ConfigurationProperties 来保存我们的配置，并且这些配置都可以有一个默认值，即在我们没有主动覆写原始配置的情况下，默认值就会生效，这在很多情况下是非常有用的。除此之外，starter 的 ConfigurationProperties 还使得所有的配置属性被聚集到一个文件中（一般在 resources 目录下的 application.properties），这样我们就告别了 Spring 项目中 XML 地狱。上面的 starter 依赖的 jar 和我们自己手动配置的时候依赖的 jar 并没有什么不同，所以我们可以认为 starter 其实是把这一些繁琐的配置操作交给了自己，而把简单交给了用户。除了帮助用户去除了繁琐的构建操作，在 “约定大于配置” 的理念下，ConfigurationProperties 还帮助用户减少了无谓的配置操作。并且因为application.properties文件的存在，即使需要自定义配置，所有的配置也只需要在一个文件中进行，使用起来非常方便。采用的starter都上面都给大家列出来了。创建starter 项目创建ConfigurationProperties 用来保存配置信息创建AutoConfiguration，引用定义好的配置信息在 AutoConfiguration 实现所有 starter 应该完成的操作，并且把这个类加入 spring.factories 配置文件中进行声明打包项在 SpringBoot 项目中引入该项目依赖，然后就可以使用该 starter 了在idea新建一个starter项目、直接执行下一步即可生成项目。在xml中加入如下配置文件：创建 proterties 类来保存配置信息这个业务类包含了url属性和一个getHtml方法，用于获取一个网页HTML 数据创建 AutoConfiguration在上面的 AutoConfiguration 中我们实现了自己要求：在 Spring 的上下文中创建了一个 HttpClient 类的 bean，并且我们把 properties 中的一个参数赋给了该 bean。最后，我们在resources文件夹下新建目录META-INF，在目录中新建spring.factories文件，并且在spring.factories中配置 AutoConfiguration：最后使用 Maven 打包该项目。之后创建一个 SpringBoot 项目，在项目中添加我们之前打包的 starter 作为依赖，然后使用 SringBoot 来运行我们的 starter之后可以在 application.properties中修改配置来进行测试证明 properties 中的数据确实被覆盖关于“SpringCloud-SpringBootStarter使用测试实例分析”这篇文章的内容就介绍到这里，感谢各位的阅读！相信大家对“SpringCloud-SpringBootStarter使用测试实例分析”知识都有一定的了解，大家如果还想学习更多知识，欢迎关注百云主机行业资讯频道。

相关推荐: 怎么使用C语言格式化输出控制长度

本篇内容介绍了“怎么使用C语言格式化输出控制长度”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困免费云主机域名境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！c语言格式化输出控制长度今天在实现ls命令的时候,输…