原始作者：DISID Corporation

亲爱的 Spring 社区：

DISID Spring Roo 团队正在积极开发 2.0 版本。在 Spring Roo 2.0 中，我们希望恢复 Roo 项目的本质

• 作为一个快速应用程序**开发工具**，Roo 既不是框架也不是 Maven 插件。
• 智能代码生成，以提供**更高的生产力**。
  • 开发人员经常被迫花费大量时间做一些价值不大的事情，Spring Roo 的代码生成可以帮助他们保持专注。
• 创建基于广泛的 **Spring 技术**的应用程序：Spring Boot、Spring Data、Spring MVC、Spring Security 等。
• 基于**最佳架构实践**生成应用程序，例如：服务层、存储库层
• 新的脚手架模型，基于 jQuery 和 Bootstrap 生成一个功能齐全的**响应式 UI**。
• 提高 **Spring Roo 项目的可扩展性**和加强**协作**
  • 我们将创建“**Roo Marketplace**”：Roobot 的替代品，更易于维护，并且对所有人开放，一个查找和跟踪第三方插件和 Roo Addon Suites 的地方。
  • “**Roo Addon Suite**”是将一组插件打包和分发的绝佳方式，例如，如果您想分发 Roo 自定义发行版。 Roo Addon Suite 基于 OSGi R5 子系统，它提供了一个非常方便的部署模型，而不会影响 Roo 的模块化。

新的 Roo 2.0 是一个开始，在未来的版本中，我们希望设计一种新的方式来定义视图层组件，以便真正独立于视图层技术，让开发人员尝试更适合他们需求的技术：JSP、Thymeleaf 等，而不会失去任何好处。

我们已将 2.0 版本的开发工作安排在 3 个主要里程碑中

**里程碑 1**：创建一个更小且更易于维护的 Spring Roo 发行版。 从 2.0 开始，Roo 将仅包含运行时和主要插件，因此可以更频繁地发布新版本，并与最新的 Spring 项目保持同步

• 更好地分离 Spring Roo 运行时和核心插件。 Roo 运行时 API（类路径、元数据、支持等）必须尽可能保持稳定并向后兼容。
• 将未归类为“核心插件”（GWT、JSF 等）的插件移动到它们自己的项目中，由 Roo 社区维护。 如果您的组织希望通过维护这些插件来为 Roo 项目做出贡献，请联系：springroo@ disid.com
• 将当前用户指南从 docbook 迁移到 ASCIIdoc。

**里程碑 2**：更新代码生成以使用最新的 Spring 技术

• 更新代码生成以使用最新的 Spring framework 版本 (4.x)
  • 从 Spring framework 依赖项迁移到 Spring IO Platform
• 用户管理的 POM (ROO-3465, ROO-3478)
• Spring Profiles 支持
• 基于注解的配置
  • 从 XML 配置转移到类配置
  • 通过使用 Spring Boot 注解来提高应用程序的可维护性
• 删除 Active Record 数据模型，转而使用基于 Repository（Spring Data）的数据模型。
• 默认情况下，基于服务层模式生成应用程序架构

**里程碑 3**：将 Web 层迁移到 HTML5

• 响应式 UI - 基于 jQuery、Bootstrap 和 CSS3 的视图层

重要：Roo 2.0 可能包含 API 更改和比以前版本更少的插件，因此该版本可能与 1.3 向后不兼容。 您可以在SpringRoo JIRA中查看更具体的路线图

与往常一样，您也可以在 Twitter 上找到 Roo - 关注 @SpringRoo 或仅在您的推文中包含 #SpringRoo。 请继续关注 Spring Roo 的新闻！