基于 Java 的模型驱动开发框架 OpenXava 的最新版开始支持 JPA 2.0 与依赖注入了。OpenXava 4.0 于去年 11 月发布,4.0.1 版于上周发布。新版本还改进了 Groovy 支持。
OpenXava 框架根据 Java 或 Groovy 编写的领域类(带有 JPA 注解)对 Java 应用开发提供了支持。框架的主要组件有:
- 业务组件:在 OpenXava 中,业务组件是创建应用的核心组件。业务组件是一个 Java 类(或是 XML 中定义的实体),里面包含了关于业务概念的所有信息,你可以使用这些信息为业务创建应用。
- 控制器:控制器是动作的集合,而动作是用户可以点击的按钮或是链接。控制器定义了应用中用户可以处理的业务组件行为。一个控制器可以分配给多个业务组件。
- 应用:OpenXava 应用是多个模块的集合。模块可以通过一个或多个控制器加入到业务组件中。
你可以在 Action 类中使用依赖注入(JSR-330)将会话对象注入到 Action 类中的属性上。JPA 2.0 用于数据持久化。近日发布的 OpenXava 4.0.1 通过新的回调注解(@PreCreate、@PostCreate 及 @PreDelete)开始支持回调方法,这样开发者就可以在类中使用JPA 了。比如说,你可以通过@PreCreate 注解在对象被持久化之前执行某些逻辑。此外,还可以执行JPA 回调中所不允许的实体管理操作与查询。
新的 Groovy 支持可用于编写不同的 OpenXava 组件,如 JPA 实体、Action 以及测试类。InfoQ 有幸采访到了 OpenXava 项目团队的 Javier Paniza 以了解关于此次发布的信息以及框架未来的增强。
能否谈谈新的 Groovy 支持呢?
从 4.0 开始,你可以使用 Groovy 取代 Java 编写 OpenXava(OX)应用的所有代码,甚至可以在同一个应用中混合使用 Java 与 Groovy 代码。这样就可以一点点地向现有应用中添加 Groovy 了。 由于 Groovy 的设计目标就是与 Java 的紧密集成,因此在 OpenXava 中集成 Groovy 是非常简单的事情。然而对于 OpenXava 开发者来说,这么做的附加值是相当高的,主要是因为 Groovy 的语法非常简单。在 2.0 时,OpenXava 使用 XML 语法来定义业务组件,因此 OX 的学习曲线不那么陡,即便对于非 Java 程序员来说也是如此。当开始使用 Java 定义业务组件时,框架的灵活性得到了改进,但却丧失了简单性。借助于 Groovy,我们不仅重获更简单的语法,同时也没有丧失灵活性。
使用 Groovy 编写的 OpenXava 与 Grails 之间的差别在于你可以使用标准的 Java 技术在 OpenXava 中编写代码。也就是说,你可以使用 Groovy 编写 JPA 实体,使用 Groovy 实现依赖注入(JSR-330)。你应该以 Java 的风格来使用 Groovy 而非 RoR 风格。这样就可以从现有的应用(甚至从 Seam 或是 Spring Roo 应用)中获取领域代码(JPA 实体)了,然后将其放到 OpenXava 应用中,很快就能实现一个 Ajax 应用。然后,你可以一点点地向应用中添加 Groovy 代码了。
就框架对应用安全的支持(认证、授权、审计等)这个问题,Javier 说 OpenXava 并没有直接提供任何的安全支持,但却对 Java Portal(JSR-168/286)提供了很好的支持,包括可视化的风格集成。OpenXava 所生成的 Portlet 应用中,Portlet 拥有与容器 Portal 一样的感官。因此,如果集成了 OpenXava(应用模块)与 Liferay (安全与导航),那么就能获得完整的应用平台。如果不想使用 Java Portal,那只需通过 Java Web 所用的标准技术、工具与框架为 OpenXava 应用添加安全支持即可。
项目对于新特性与增强的未来路线图如何?
我们开始了全新的增量改进之路,也就是说,不会两年后才发布 5.0 版,而是每过几个月就会发布 4.1、4.2、4.3 等等。一般来说,我们会持续不断地改进用户界面并为开发者增加新的特性。对于 4.1 版来说,我们希望增加 HTML5/CSS3 和 JSR-303(Bean Validation)支持,同时还有可能对列表的搜索功能进行一些改进。
查看英文原文: OpenXava 4.0 Supports JPA 2.0 and Dependency Injection
评论