1.JavaBean与EJB
(1)JavaBean与EJB规范在以下方面有共同的目标：通过标准的设计模式推广Java程序代码，提升开发过程和开发工具之间的重复运用性可携性．但是这两种规格的原始问题却是为了解决不同的问题．
定义于JavaBean组件模型中的标准规范，被设计来产生可重复运用的组件，而这些组件通常被用于IDE开发工具，而且通常是可视化组件，当然并不一定是可视化组件．
(2)EJB规范所定义的组件模弄,刚是用来开发服务端的Java程序,由于EJB可能执行在不同的服务器平台上,包括无图形的大型主机上,所以EJB无法使用类似AWT或SWING之类的图形化程序库.
2.JavaBean与类库的区别:
(1)并不是所有有用的模块都必须转化成Bean．Bean主要是能被用来可视化操作去完成一些效果．
(2)类库是一个提供函数操作给编程者的一个有效操作,但是并不能从可视化操作中来获益.
(3)举个例子来说：提供JDBC数据库访问的API作为一个类库比作为一个bean要好，因为JDBC的核心是用一个可编程的API,并不是能够直接展现于可视化操作．然而，写一个数库库访问Bean在JDBC的顶层还是有意义的．例如，你可以写一个能定制的＂Select＂bean以助于用户去组成一个查询语句，并且程序运行时用JDBC去运行这个查询语句，并显示结果集．
3.JavaBean与可视化编程
3.1可视化编程
(1)通过可视化编程的工具如VB,Delphi等,将组件从组件板上拖拉至表单上,当你进行拖拉时,程序开发工具开始为你写代码,这些代码让这个组件在程序执行时得以产生出来.
(2)只是将组件拖拉到表单上,通常还不足以完成程序,通常你得改变组件的性质如颜色,文本,连接的数据库等.设计期间可被修改的性质叫"属性",佻可以在程序开发工具中修改组件的属性,被建造出来,其配置会被存储起来,每当程序执行时,这些设定便能够回复.
(3)在设计期间,可视化组件的一总分由事件来表示,意味着这个组件上可以发生这些事情.
(4)程序开发工具会使用反射机制("reflection")机制动态的查询组件的内容，并找到该组件所支持的属性(properties)，和事件(Event),知道这些信息后,它便能够显示其属性并允许你加以改变,同时显示可用事件.
3.2JavaBean
在以上的可视化编程中,可以看出,组件是一段程序代码,通过被存为class内,关键在程序开发工具如何发现组件的属性和事件.VB和Delphi都是通过某种机制来实现这点的,而Java则通过JavaBeans将可视化组件开发带进了一个更高的境界,因为一个Bean就是一个Class.针对以上的内容,JavaBean有如下的规则
(1)针对一个名为xxx的属性,你通常要写两个函数,getXxx()和setXxx().
(2)你可以用get/set方式来处理boolean,可以用is来代替get.
(3)Bean的一般函数不需要遵守上述的命名规则,但是需要为public.
(4)对于事件,你可以使用Swing的监听器作法来处理.
3.3JavaBean的关键技术
(1)Bean构架最关键的一部分是发生在将bean从组件盘palette拖至表单(form)之际,程序开发工具能够产生Bean(如果有default构造函数,就办得到),然后在缺乏Bean源代码的情况下,提取出"产生属性工作表(property sheet)"和事件处理程序的所有必要的信息.
(2)Java的reflection可以让我们找到任何一个未知类的所有函数，reflection机制用来解决Bean的问题,十分完美,不需要和其它可视化语言一样动用额外的语言关键字.**其实上reflection机制会被加到Java中的主要原因之一便是为了支持Beans(当然reflection也为对象的序列化(Serialization)和远端方法调用(remote method invocation)提供了必要的技持).所以,你可能会预期,程序开发工具的设计者应该会在每个Bean身上使用reflection机制，查找其函数，找出bean的属性与事件.
(3)Java的设计者希望提供一个标准工具，不但让Bean更易使用，也为产生更复杂的Bean提供标准途径.这个工具是Introspector Class其中最重要的就是static getBeanInfo().可以将一个Class reference传入这个函数,它便会对class进行彻底查询,并回传BeanInfo对象.然后你就可以解剖它,取得其属性(properties),函数(methods),事件(event).
3.4 Bean的包装
将Bean放到支持Bean的可视化开发工具里之前，必须先将其放到标准的Bean容器里．所谓标准的Bean容器中，是一个JAR文件，内含所有的Bean Classes和一份清单文件(manifest file)
5.JavaBean的体系结构
JavaBean体系结构是第一个全面的基于组件的标准模型之一.在集成的IDE中使JavaBean在设计时可以操作.
(组件模型见如下图：)

JavaBean的组件模型为开发人员提供了一个标准的方式，定义Java类以便其组件在JavaBean容器环境操作，JavaBean组件根据各种属性定义模型对外提供其属性，事件及内视信息，它允许设计工具的定制，达到在设计时Bean自身定制的目的．
6.JavaBean编程的基本要求：
如果您要创建产品级 Bean，请记住以下几件事情：
(1)使 bean 越小越好，但要注意当前的浏览器是否支持小 bean
bean 或许导致工具滞后，继而导致浏览器滞后，最终导致 JDK 自身滞后。如果您必须使用切边的类，或者 bean 的性质要求 bean 较大，则您应该考虑将您的 bean 作为一个插件， 并在一个自包含 jar 中发送它，或者如有可能，使它具有自己的小安装过程。您将失去某些小 bean 的优势：
Web 管理员必须多执行一个步骤：提醒用户在浏览 Web 页面之前必须先下载和安装您的 jar 或安装程序
网上冲浪者也必须多执行一个步骤：在浏览 Web 页面之前先下载和安装您的 jar 或安装程序。
(2)使您的 bean 可翻译
将所有的翻译文本，包括名称和 bean 的简短描述及其特征，分隔成 .properties 文件。JAR 向导会为您做这些。 您需要记住并自己完成的两件事是：特性编辑器和定制器。定制器、对话框特性编辑器或选择特性编辑器中的所有术语，例如高、中、低，也必须为翻译而分隔。 理想情况下，您也可以实际翻译 bean 并在 Bean 的 jar 中提供各种语言的 .properties 文件。 然而，如果您至少提供了本地语言 .properties 文件，则第三方可为您翻译 bean。
(3)在文件清单中为 bean 指定 Depends-On: 标记
将 Bean 的 jar 中的所有文件标识为“运行时需要 vs. 只在编辑时需要”。在运行时需要的所有文件将列示在 jar 清单文件的依赖于：标签后。JAR 向导的发布标签使这个操作很简单，并使您获得清单文件权。
如果您不指定依赖于：标签，工具将假设所有文件都是在运行时需要。这对于下载性能（例如不必要地下载特性编辑器和其它只在编辑时需要的文件）是很不好的。
(4)赋予您的 bean 一个明确的首选大小
bean 将实现 getPreferredSize 方法，以便当首次用可能未定义的关键字特性构造时，它的表现良好。 如果在第一次放入时，bean 是 0 x 0 象素，那么用户可能会混淆。 当更改关键字特性时，首选大小也应正常工作。例如，如果 bean 有一个在垂直和水平方位间转换的特性，则首选大小应被写入以相应地调整自身。
(5)为 bean 指定缺省特性
利用 JavaBean 规范中的缺省特性部分，它将使您的 bean 在某些工具中易于使用。 JAR 向导使这个操作变得简单并为您获得 BeanInfo 权。
(6)为 bean 及其特性指定简要的非技术名称和简短描述
寻找简要的非技术名来代替冗长的技术术语。例如，用 sum interval 代替 accumulatorInterval。还请注意，特性名的首选项以小写表示并在字与字间留有空格，这对于用户将更友好。
(7)缩小用户可见的特性范围
为 bean 提供一个明确的 BeanInfo 以便不将每个实例变量都显示为 bean 的特性，而且不将每个方法显示为 Bean 的操作。 JAR 向导使这个操作变得简单并为您获得 BeanInfo 权。
(8)为 bean 指定大图标和小图标
最后，为 Bean 提供大的（32x32）和小的（16x16）彩色图标。而且，确保图标有一个不同于灰色的透明背景。尽管很少使用，您也应养成提供黑色和白色图标的习惯。JAR 向导的调色板 标签使这个操作变得简单，并使您获得 BeanInfo 权