说明:本文由牛旦教育原创发布,版权所有,转载请注明来源。
1 摘要
在这个简短的教程中,我们将研究“Plain Old Java Object”(简称POJO)的定义。
我们将了解如何将POJO与JavaBean进行比较,以及将POJO转换为JavaBeans有何帮助。
![a495c89f168befeec27ff84e92602d99.png](https://i-blog.csdnimg.cn/blog_migrate/7693124e91bd41582f9a0e5d49ee7f48.jpeg)
2 POJO
2.1 POJO所指为何?
当我们谈到POJO时,我们描述的是一种简单而明确的类型,没有引用任何特定的框架。对于我们类的属性和方法,POJO没有命名约定。
让我们创建一个基本的雇员POJO。它有三个属性;名(firstName)、姓(lastName)和开始日期(startDate),示例代码如下:
package com.newday.trainExamples; import java.time.LocalDate; public class EmployeePojo { public String firstName; public String lastName; private LocalDate startDate; public EmployeePojo(String firstName, String lastName, LocalDate startDate) { this.firstName = firstName; this.lastName = lastName; this.startDate = startDate; } public String name() { return this.firstName + " " + this.lastName; } public LocalDate getStart() { return this.startDate; } }
这个类可以被任何Java程序使用,因为它不绑定到任何框架,不具有任何特性约束。
但是,对于构造、访问或修改类的状态,我们没有遵循任何实际的约定。
这种公约的缺乏造成了两个问题:
- 首先,它增加了试图理解如何使用它的程序员的学习曲线。
- 其次,它可能会限制框架倾向于约定而不是配置、理解如何使用该类以及增强其功能的能力,换句话说,约定优先、关注使用、增强功能被局限了。
为了探究第二点,让我们用反射来使用EmployeePojo。以便发现它的一些局限性。
2.2 反射POJO
让我们为项目添加commons-beanutils依赖,打开POM.xml,添加如下内容,如下所示:
commons-beanutils commons-beanutils 1.9.4
现在,让我们检查POJO的属性:
for (PropertyDescriptor pd : PropertyUtils.getPropertyDescriptors(EmployeePojo.class)) { System.out.println(pd.getDisplayName()); }
如果将propertyNames打印到控制台,我们只会看到如下信息:
start
在这里,我们看到仅获取了作为类的一个start属性。PropertyUtils没有找到另外两个,貌似还不全对,因为并不是我们想要的哪些内容。
如果我们使用Jackson等其他库来处理EmployeePojo,我们会看到同样的结果。
理想情况下,我们可以看到所有的属性:firstName、lastName和startDate。好消息是,许多Java库默认支持称为JavaBean命名约定的东西。这其中规约就能满足我们原先的设想,那么接下来就来了解一下JavaBean吧。
3 JavaBeans
3.1 JavaBean是啥?
JavaBean仍然是一个POJO,但是引入了一组关于如何实现它的严格规则(规约):
- 访问级别——类的属性是私有的,以getter和setter方式公开;
- 方法命名——类的属性方法getter和setter遵循getX和setX约定(对于布尔值,isX可用作getter);
- 默认构造器——必须提供无参数构造函数,这样就可以在不提供参数的情况下创建实例,例如在反序列化期间;
- 可序列化(Serializable)——实现Serializable接口以允许我们存相关储状态。
3.2 EmployeePojo转为JavaBean
为此,让我们把EmployeePojo转换成JavaBean,代码示例如下:
package com.newday.trainExamples; import java.io.Serializable;import java.time.LocalDate; public class EmployeeBean implements Serializable { private static final long serialVersionUID = -1565129691324242419L; private String firstName; private String lastName; private LocalDate startDate; public EmployeeBean() { } public EmployeeBean(String firstName, String lastName, LocalDate startDate) { this.firstName = firstName; this.lastName = lastName; this.startDate = startDate; } public String getFirstName() { return firstName; } public void setFirstName(String firstName) { this.firstName = firstName; } public String getLastName() { return lastName; } public void setLastName(String lastName) { this.lastName = lastName; } public LocalDate getStartDate() { return startDate; } public void setStartDate(LocalDate startDate) { this.startDate = startDate; } }
3.3 JavaBean反射
通过下面代码对JavaBean进行反射:
for (PropertyDescriptor pd : PropertyUtils.getPropertyDescriptors(EmployeeBean.class)) { System.out.println(pd.getDisplayName()); }
显示结果如下:
firstName
lastName
startDate
4 使用JavaBeans的权衡
在上面,我们给出了一种使用JavaBeans的有益方式。请记住,每一个设计选择都伴随着相应权衡。
当我们使用JavaBeans时,我们也应该注意一些潜在的缺点:
- 可变性——由于其setter方法,我们的javabean是可变的——这可能会导致并发或一致性问题;
- 样板化-我们必须为所有属性引入getter方法,为大多数属性引入setter方法,其中大部分可能是不必要的;
- 零参构造器——我们经常需要构造器中的参数来确保对象在有效状态下被实例化,但是JavaBean标准要求我们必须提供一个零参数构造函数。
5 小结
在本教程中,我们比较了POJOs和JavaBeans。
首先,我们了解到POJO是一个不绑定到任何特定框架的Java对象,而JavaBean是一种特殊类型的POJO,具有一组严格的约定。
然后,我们了解了一些框架和库如何利用JavaBean命名约定来发现类的属性。
最后,我给出反射POJO和JavaBean两个类的反射检测代码,如下所示:
package com.newday.trainExamples; import java.beans.PropertyDescriptor; import org.apache.commons.beanutils.PropertyUtils; public class ReflectionExample { public static void main(String[] args) { System.out.println("Fields for EmployeePojo are:"); for (PropertyDescriptor pd : PropertyUtils.getPropertyDescriptors(EmployeePojo.class)) { System.out.println(pd.getDisplayName()); } System.out.println("Fields for EmployeeBean are:"); for (PropertyDescriptor pd : PropertyUtils.getPropertyDescriptors(EmployeeBean.class)) { System.out.println(pd.getDisplayName()); } } }
当然,你也可以偷懒,直接在前面的类中添加一个main方法来做相应的输出检测。