JavaBean的财产

JavaBean是满足某些编程约定的Java对象：

JavaBean类必须实现Serializable或可外部化JavaBean类必须具有无参数构造函数所有JavaBean财产都必须具有公共setter和getter方法所有JavaBean实例变量都应该是私有的

JavaBeans示例

@Entity
public class Employee implements Serializable{

   @Id
   private int id;
   private String name;   
   private int salary;  

   public Employee() {}

   public Employee(String name, int salary) {
      this.name = name;
      this.salary = salary;
   }
   public int getId() {
      return id;
   }
   public void setId( int id ) {
      this.id = id;
   }
   public String getName() {
      return name;
   }
   public void setName( String name ) {
      this.name = name;
   }
   public int getSalary() {
      return salary;
   }
   public void setSalary( int salary ) {
      this.salary = salary;
   }
}

上面重复了6或7次，说明JavaBeans没有参数构造函数要求。

这是错误的，没有这样的要求，特别是在JavaSpring的上下文中。

描述JavaBeans API的规范版本（1.01）中也没有提到这一要求(https://download.oracle.com/otndocs/jcp/7224-javabeans-1.01-fr-spec-oth-JSpec/). 此外，本规范在以下上下文中仅2次提到“null构造函数”：“每个自定义程序都应有一个空构造函数。”“每个PropertyEditor都应有一个空构造函数。”

因此，该规范的作者似乎不知道或不愿意使用“空构造函数”这一术语，对于JavaBeans本身，仍然没有提及它。

JavaBean是满足以下三个条件的任何Java类：

它应该实现可序列化接口（Marker接口）。构造函数应该是公共的，并且没有参数（其他人称之为“无参数构造函数”）。它应该有getter和setter。

值得注意的是，serialVersionUID字段对于维护对象状态非常重要。

以下代码符合bean的资格：

public class DataDog implements java.io.Serializable {

private static final long serialVersionUID = -3774654564564563L;

private int id;
private String nameOfDog;

// The constructor should NOT have arguments
public DataDog () {}


/** 4. getter/setter */

// Getter(s)
public int getId() {
    return id;
}

public String getNameOfDog() {
    return nameOfDog;
}


// Setter(s)
public void setId(int id) {
    this.id = id;
}

public void setNameOfDog(String nameOfDog) {
    this.nameOfDog = nameOfDog;
}}

如果您想了解JavaBeans，首先必须了解软件组件。

软件组件

软件组件是运行特定操作的应用程序的一部分。软件组件也可以是服务的一部分。

一个组件是：

已耦合（具有依赖项）Statefull（保存实例变量的状态）不是标准化的，它是为特定的用例而设计的（JavaEEBeans之间的主要区别）在客户端计算机中运行

Java Beans（企业bean）

在Java EE服务器中运行的标准组件包括完成特定服务的不同业务逻辑简化复杂多层分布式系统的开发

JavaBeans更多的是管理大系统的概念。这就是为什么他们需要标准化。

来源

只是关于bean概念的一些背景/更新。许多其他答案实际上都有其原因，但没有那么多原因。

它们是在Java早期作为构建GUI的一部分而发明的。他们遵循的模式很容易被工具拆开，让他们创建一个财产面板，这样您就可以编辑Bean的属性。通常，Bean财产表示屏幕上的控件（想想x、y、宽度、高度、文本…）

您也可以将其视为强类型数据结构。

随着时间的推移，这些工具对于使用相同类型访问的许多工具变得有用（例如，Hibernate将数据结构持久化到数据库）

随着工具的发展，它们更多地转向注释，而不是分离setter/getter名称。现在大多数系统都不需要bean，它们可以使用任何带注释财产的普通旧Java对象来告诉它们如何操作它们。

现在我将bean视为带注释的属性球——它们只对它们所携带的注释有用。

豆类本身并不是一种健康的模式。由于它们将所有财产暴露给外部操作，因此它们本质上破坏了封装，并且在使用它们时，有一种趋势（绝非要求），即创建代码以外部操作bean，而不是在bean内创建代码（违反了“不要求对象提供其值，要求对象为您做一些事情”）。使用带有最小getter和无setter的带注释POJO更像是OO还原封装，并且具有不变性的可能性。

顺便说一句，当所有这些事情发生时，有人将这个概念扩展到了名为EnterpriseJavaBeans的东西上。这些是。。。不同的它们非常复杂，以至于许多人觉得他们不理解整个Bean概念，并停止使用这个术语。我想，这就是为什么你通常会听到bean被称为POJO（因为每个Java对象都是POJO，这在技术上是可以的，但当你听到某人说POJO时，他们通常会想到遵循bean模式的东西）

JavaBean的财产

JavaBean是满足某些编程约定的Java对象：

JavaBean类必须实现Serializable或可外部化JavaBean类必须具有无参数构造函数所有JavaBean财产都必须具有公共setter和getter方法所有JavaBean实例变量都应该是私有的

JavaBeans示例

@Entity
public class Employee implements Serializable{

   @Id
   private int id;
   private String name;   
   private int salary;  

   public Employee() {}

   public Employee(String name, int salary) {
      this.name = name;
      this.salary = salary;
   }
   public int getId() {
      return id;
   }
   public void setId( int id ) {
      this.id = id;
   }
   public String getName() {
      return name;
   }
   public void setName( String name ) {
      this.name = name;
   }
   public int getSalary() {
      return salary;
   }
   public void setSalary( int salary ) {
      this.salary = salary;
   }
}