platform

我最近结束了在拉斯维加斯参加SpringOne Platform会议的总结。 这是我第一次参加SpringOne。 这是聆听演讲并与软件开发领域的一些顶级专家进行对话的一种体验。

如果您没有参加SpringOne，那么您肯定会想要阅读这篇文章。 我们将讨论这四个主题，以及如何将它们潜在地应用到您今后的工作中。

• React设计
• 使用Spring Boot 1.4简化测试
• 缩短开发反馈循环
• 为开源社区做贡献

React设计

将Spring Reactive包含到Spring核心框架中是Spring 5发布的路线图 。 结果，SpringOne的许多会议都专门讨论了什么是React式设计以及如何使用它。

Node.js开发人员应该已经熟悉该模式，这确实是Node.js的存在理由。 响应式设计基于事件驱动的非阻塞I / O原理。 如果这一切听起来令人困惑，那就更好地知道您不是唯一对此概念感到困惑的人–我也仍在努力吸收它。

用简单的术语表示什么：以“标准”（命令式）方式编写程序时，对外部源（无论是数据库还是服务）的调用将使调用线程在继续执行之前等待响应。 响应式设计通过创建承诺（即事件）并稍后读取返回结果（非阻塞）来更改此设置。

由于大大减少了执行相同工作量所需的线程数（每个线程占用内存，数据库和服务只能同时服务于有限数量的连接），因此可以大大减少系统资源的使用。

会谈中经常提及的React式设计的另一个关键概念是背压 。 背压会在订户和生产者之间产生反转。 生产者通常会规定返回给订阅者的金额，通常是整个结果集的大小，而背压则使订阅者可以定义自己希望在何时以及何时接收多少（即订阅者只会处理完先前的退货后，向生产者请求更多）。 这有助于防止订户被大型数据集淹没，并通过仅发送订户准备就绪的工作以及随时间分配负载来减少对生产者的需求。

这些背压功能共同帮助创建了更可靠的服务。 我认为，这是整个行业从React设计中获得真正好处的地方。

为了对React式编程进行更正式的介绍，Spring的David Syer撰写了一个由三部分组成的出色的系列文章，内容涉及使用Spring React进行编程： 第1 部分 / 第2 部分 / 第3部分 。

使用Spring Boot 1.4简化测试

Pivotal最近发布了Spring Boot 1.4 ，它具有许多有趣的新功能（ 例如，从类路径中的图片自动生成ascii横幅！ ），并引入了Spring Core 4.3 ，使开发人员的工作更加轻松。

在添加的所有功能中，我最兴奋的是所有新的测试支持。 对像Spring这样的IoC / DI容器的普遍批评是，由于开发人员为了测试其代码而必须编写所有上下文设置，这会使代码的测试更加困难（尽管也可以通过更好地缓解这些问题来缓解这种情况）代码设计）。 幸运的是，Pivotal和社区已经做出了回应，并添加了一套新功能，以减轻编写单元测试的负担。 有关所有新测试功能的全文，请参见此处 。

使代码易于测试是缩短反馈循环的最重要的使能功能之一，我将在本文中稍后进行介绍。 有关Spring Boot 1.4的完整发行说明，请查看此链接 。

缩短开发反馈循环

我参加过的以前的会议和演讲通常都集中在新工具，新样式或新技术上。 尽管好处可能显而易见，但通常很难将其引入组织。 但是，我很高兴看到Pivotal将两个主题演讲的大部分内容投入到我最近阅读的一个领域； 持续交付 。

连续交付的主要原则是，每次提交都应启动一系列自动化过程（测试，部署），最后将代码交付给至少一个类似于生产的环境（如果不是生产本身）。

为了实现这一目标，连续交付在很大程度上取决于自动化。 验证代码是否满足质量阈值的单元测试，确保应用程序在环境中正常运行的集成测试以及防止部署到环境中的配置问题的部署脚本。

在这些过程中，有一些功能可以延长开发周期，例如可以使开发人员更快地验证更改的单元测试，完全审核更改/部署的能力以及使回滚部署的过程变得非常容易的功能。 所有这些过程本质上都有助于降低风险，但与生产的频繁部署一起通过缩小部署之间的增量来降低风险。

尽管开发环境中没有灵丹妙药，但连续交付，快速而自信地部署到生产环境（有时一天数百次）的能力可能是将优秀软件公司与劣质软件公司区分开的定义特征。 而且，任何编写一行代码的组织都是一家软件公司。

为开源社区做贡献

紧接着以缩短反馈循环为主题，这是开源项目从我们的操作系统（Linux），框架（Spring）和平台（Cloud Foundry）以及许多其他领域接管软件世界的一个核心原因，这是因为开源提供了封闭项目无法提供的反馈循环：工具的用户可以为此做出贡献！

这就是使Spring从成为IoC / DI容器发展到几乎包罗万象的生态系统（ https://spring.io/projects ）的原因。 为开源项目做贡献是建立知识库，学习新想法以及在组织或直接地理区域之外建立联系的绝佳方法。 对开源项目的贡献范围从修复问题到添加新功能 。

所以，如果你有兴趣的贡献， 也 有 很多的更多 机会 ，以 做 如此。

最后的想法

参加SpringOne平台是一次很棒的经历。 看到Spring社区在过去几年中在将新项目添加到平台和扩展他们已经拥有的项目的功能方面所取得的进步，真是令人惊讶。

有关Spring的继续更新，请访问以下博客： https : //spring.io/blog 。 另外，请通过订阅右侧边栏中的内容确保在Keyhole上关注我们的博客！

Spring 5的新功能以及与Pivotal员工的对话使我对Spring和Java的未来感到非常兴奋！

翻译自: https://www.javacodegeeks.com/2016/08/springone-platform-2016-retrospective.html

platform