原始作者: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 等。
- 基于**最佳架构实践**生成应用程序,例如:服务层、Repository 层
- 新的脚手架模型,可以生成一个基于 jQuery 和 Bootstrap 的功能齐全的**响应式 UI**。
- 提高**可扩展性**并加强 Spring Roo 项目的**协作**
- 我们将创建“**Roo Marketplace**”:Roobot 的替代品,更易于维护,并且对所有人可用,是一个查找和跟踪第三方附加组件和 Roo Addon Suite 的地方。
- “**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(classpath、元数据、支持等)必须尽可能保持稳定和向后兼容。
- 将未归类为“核心附加组件”的附加组件(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 新闻!