POJI

POJO

POJO是Plain Ordinary Java Objects的缩写，是简单的Java对象。

POJO实际就是普通JavaBeans,使用POJO名称是为了避免和EJB混淆起来, 而且简称比较直接. 其中有一些属性及其getter setter方法的类,有时可以作为value object或dto(Data Transform Object)来使用.当然,如果你有一个简单的运算属性也是可以的,但不允许有业务方法,也不能携带有connection之类的方法。

目录 [隐藏]

POJI 介绍

POJI

典型的术语中,JavaBean 和接口通常分别称作普通旧式 Java 对象 (POJO) 和普通旧式 Java 接口 (POJI)。

EJB 3类和接口现在分别类似于 POJO 和 POJI。现在已经消除了对类似主接口这样的不必要工件的需求。

您不必在 javax.ejb 程序包中实现某个 EJB 3接口（SessionBean、EntityBean 或 MessageDrivenBean）。相反，您可以使用 Stateless、Stateful、MessageDriven 或 Entity 对它们的 bean 类进行批注。例如，如果要将无状态 EJB 3定义为 HelloWorld，应按如下所示定义 EJB 3：

import javax.ejb.Stateless;
@Stateless
public class HelloWorldBean implements HelloWorld
{
public void sayHello(String name)
{
System.out.println("Hello "+name +" from your first EJB 3.0 component ...");
}
}
EJB 的接口（无论是远程接口还是本地接口）不必实现 EJBObject 或 EJBLocalObject。在本示例中，bean 类为 EJB 实现了业务接口在本示例中，HelloWorldBean 实现了 HelloWorld 接口。

import javax.ejb.Remote;
@Remote

public interface HelloWorld
{
public void sayHello(String name);
}

如果查看以上的代码示例，则可以非常清楚地看到 @Remote 用于将接口标记为远程接口。

如果需要，您的 EJB 3可以拥有远程接口和本地接口。主接口现在即使对会话 Bean 而言也是可选的。

从以上示例中，可以清楚地看到，使用 EJB 3.0，许多常规任务（如创建部署描述符和实现不必要的回调方法）现在都已经废弃了。

POJI 应用架构

POJI架构

Spring框架组件是一个流行的，但是非标准的开放源代码框架组件。它主要是由Interface21 Inc.公司开发和控制的。Spring框架组件的架构是基于依赖注入（DI）设计模式的。Spring可以单独地或者与现有的应用程序服务器一起工作，它大量地使用XML配置文件。

EJB 3.0框架组件是一个标准的框架组件，由Java社区组织（JCP）定义，并受到所有主流的J2EE厂商支持。预发布的EJB 3.0规范的开放源代码和商业实现都可以在JBoss和Oracle上看到了。EJB 3.0大量使用Java注释（annotation）。

这两个框架组件的核心设计理念是相同的：两者的目标都是把中间件服务传递给松散耦合的简单旧式Java对象（POJO）。这些框架组件通过在运行时截取执行内容或向POJO注入服务对象，把应用程序服务与POJO捆绑在一起。POJO本身不关心捆绑的过程，并且对框架组件几乎没有依赖。其结果是，开发者可以聚焦于业务逻辑，个人可以在没有框架组件的情况下测试他们的POJO。此外，由于POJO不需要从框架组件中继承或实现框架组件接口，开发者建立继承结构和构建应用程序的时候都有高度的灵活性。

但是，尽管两者的设计理念是相同的，它们传递POJO服务时却采用了完全不同的方法。尽管目前已经出版了大量的图书和文章来把Spring或EJB 3.0与EJB 2.1进行对比，但是它们都没有对Spring与EJB 3.0之间的差异进行认真的研究。在本文中，我将研究Spring和EJB 3.0框架组件之间的关键差异，并讨论它们的优缺点。本文的主题也可以应用在其它一些名气稍小的企业级中间件框架组件上，因为它们都聚焦于"松散耦合的POJO"设计。我希望本文能够帮助你选择符合需求的最佳的框架组件。