到目前为止，我的理解如下：
Java bean 只是为了帮助其他事物（视觉事物？）与您的代码交互。我认为这主要是针对 UI 的东西，因为视觉上的设计更容易。将 Java bean 用于非 UI 事务是一种不好的做法吗？
Java bean 具有 getter 和 setter 方法（不好的 OOP 实践）并且是可序列化的。
就注释而言，我认为用户定义的注释不提供任何功能。一些注释（例如@depretiated）会引发编译器警告。用户定义的注释可以以某种方式做到这一点吗？用户定义的注释除了文档之外还有其他用途吗？我该如何使用它们？ eclipse 或 intellij 是否有一些涉及注释的功能？
有一个美好的周末。
Jake
更新：这开始变得更有意义了。有人能给我举个例子，说明什么时候适合使用 java bean 格式，什么时候不适合吗？
我还在某处读到，多个类可以是一个 bean，它是一种打包类的方式。
只是为了澄清一件事。我 95% 确信作为一个 java bean 有点像作为一个单例（或其他模式）。它不会影响编译器的操作。
注释是一种形式声明式编程 http://en.wikipedia.org/wiki/Declarative_programming。首先，您必须先了解声明性编程的好处，然后才能清楚注释的实用性。本质上，您可以简单地通过“声明”代码块具有某种特征来向它添加功能或行为。这与实际编写一系列语句来应用或设置相同的行为形成对比。
The JPA注释 http://www.oracle.com/technology/products/ias/toplink/jpa/resources/toplink-jpa-annotations.html是使用注释添加功能的示例。我不知道“用户创建”的例子在我的脑海中，但 JPA 注释的实现方式与您或我的实现方式完全相同。
就 Java Bean 而言，它们最初的用途是用于 GUI 编程。使用 JavaBeans 的“简单”方法是使用命名约定来定义 bean 的“属性”——即 getter 和 setter。据我所知，JavaBeans 最初是基于 GUI 的表单和 UI 编辑的实现。因此，getter 和 setter 使 UI 软件可以轻松发现用户可查看或可编辑的属性。使用 Bean 描述符，您可以稍微改变描述符的工作方式......
它们之所以坚持至今，是因为它们提供了一种事实上的方法来检查对象是否具有公开暴露的属性。在 GUI 之外使用 JavaBeans 是一种不错的形式。 Java 中的偏好似乎是使用无参数构造函数，然后注入依赖项，而不是使用 RAII 风格的编程（并不是说它严格可用）...
这实际上很常见，特别是如果对象将由不先验知道它将要操作的对象的代码来操作（看看休眠 http://www.hibernate.org/一个很好的例子）。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
