我代表团队很高兴宣布 Spring Cloud Data Flow 1.3.0 的第一个里程碑版本发布。

本地服务器：入门指南。

可用性是我们团队的一大重点，在 1.3 发布版本中，我们致力于通过升级客户端技术栈、改进工具和文档来现代化 Dashboard。重点在于提高可读性、用户体验和整体性能。

Angular 4

Spring Cloud Data Flow 的第一个里程碑版本包含了新的基于 Angular 4 的 Dashboard UI 的初始版本。旧的基于 AngularJS 1.x 的 UI，特别是其工具和次要框架/库的选择，已经开始显现老态。

因此，我们决定现代化整个技术栈，并利用 Angular 4 提供的一切。此外，我们正在使 Dashboard 的样式与 Pivotal UI 对齐。

一个主要的改进是利用了 TypeScript，它是 JavaScript 的超集。结合 Angular 4，TypeScript 自然适合 Spring 开发者，并减少了服务器端和客户端代码之间的摩擦。

熟悉 Spring (Web) 的开发者将会欣赏 TypeScript 的类型支持、对类和接口的支持，以及 Angular 4 对 TypeScript decorators（可以看作是注解）和基于构造函数的依赖注入的使用。

在基础层面，我们使用 Angular CLI 来构建和管理项目，这大大减少了基础设施的样板代码。在这方面，Angular CLI 为您的客户端开发过程注入了一些 Spring Boot 的风格。

更好的文档

作为 UI 现代化过程的一部分，我们也希望提供更好的文档。到 M2 发布版本时，我们应该能通过 JSDoc 实现近乎 100% 的文档覆盖。然后我们使用 Compodoc 作为工具来分析和创建最终文档。最终，每次 CI 构建都会生成源代码文档并推送到

http://cloud.spring.io/spring-cloud-dataflow-ui/

测试覆盖率

遵循其他 Spring Cloud 项目的脚步，我们使用 Codecov 来跟踪 Spring Cloud Data Flow UI 的单元测试覆盖率。代码覆盖率报告的链接可以在这里找到。Spring Cloud Data Flow UI 项目的 README 提供了一个图标，显示当前覆盖率以及指向当前覆盖率报告的链接。

这仍在进行中，因此预计到 M2 发布版本时，覆盖率数字会显著增加。此外，我们计划在下一个里程碑版本中纳入全面的 E2E 测试，并确保 Dashboard 在所有现代浏览器上都能正常工作。

状态管理

新 Dashboard 的一个主要重点是始终如一地使用合适的领域模型类。在旧的 UI 中，我们基本上是直接将返回的 JSON 数据传递到 UI 模板代码中，这使得难以维护正确的状态。通过定义良好的领域模型和有状态服务，我们现在对应用程序的状态有了更细粒度的控制，例如，从分页列表过渡到详细信息页面再返回时。

缓存清除

在旧的 Dashboard 版本中，我们依赖 RequireJS 提供模块支持。但这破坏了 AngularJS 1.x 的生产打包，导致了缓存清除问题。我们现在通过 Angular CLI（底层使用 Webpack）进行适当的生产打包，这会向生成的文件添加用于缓存清除的哈希值。

未来展望？

尽管我们已经完成了“关于”、“应用”、“运行时”、“流”和“任务”等选项卡的重构和移植，但我们非常期待您的反馈。请随时在 GitHub 上提交您发现的问题、错误和功能请求。 “流和组合任务设计器”、“作业”和“分析”选项卡将在即将到来的里程碑版本中提供。

是否曾想过编辑流、对流/任务数据管道进行版本控制、升级或回滚流/任务数据管道中的应用？一个新颖灵活的模型正在积极开发中，以补充 Spring Cloud Data Flow 的持续交付能力。敬请关注下一个里程碑版本的发布！

反馈很重要。如有问题或功能请求，请通过 StackOverflow 和 GitHub 联系我们。我们也欢迎贡献！对改进 Spring Cloud Data Flow 生态系统的任何帮助都表示感谢。