原作者：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 市场**”：Roobot 的替代方案，易于维护且所有人都可以使用，一个查找和跟踪第三方插件和 Roo 插件套件的地方。
  • “**Roo 插件套件**”是打包和分发一组插件的绝佳方式，例如，如果您想分发 Roo 自定义发行版。Roo 插件套件基于 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 框架版本 (4.x)。
  • 从 Spring 框架依赖项迁移到 Spring IO Platform。
• 用户管理的 POM (ROO-3465、ROO-3478)。
• Spring Profiles 支持。
• 基于注解的配置。
  • 改用类配置而不是 XML 配置。
  • 通过使用 Spring Boot 注解来提高应用程序的可维护性。
• 删除活动记录数据模型，转而使用基于存储库 (Spring Data) 的数据模型。
• 默认情况下生成基于服务层模式的应用程序架构。

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

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

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

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