程序员必读：JavaBean规范.pdfVIP

程序员必读：JavaBean 规范 Webjx网页教学提示：作为Java程序员，对于JavaBean也许你会说再熟悉 不过了，它活跃于系统的很多层，不同的说法有 PO、VO、DTO、POJO。然而 它无外乎就是一个Class类，带上些属性和它们的setter/getter方法， set/get后面那一个字母大写。虽然我们现在很少把JavaBean与那个古老的 2.0的EJB搞混 作为Java程序员，对于JavaBean也许你会说再熟悉不过了，它活跃于系统 的很多层，不同的说法有 PO、VO、DTO、POJO。然而它无外乎就是一个Class 类，带上些属性和它们的setter/getter方法，set/get后面那一个字母大写。 虽然我们现在很少把JavaBean与那个古老的2.0的EJB搞混，但为什么明明用 IDE为属性生成的getter/setter方法，应用一运行，还是报找不到某个bean 属性的setter或getter方法呢？ 要知道，在Sun的网站上那个关于JavaBean 规范的PDF文档可是有足足实 实的114页啊。难免有些规则有点古怪，至使知名的IDE都难以应对，所以我们 还是有必要了解其中二三，来规范我们的JavaBean和解释一些情形。 Sun的关于JavaBean规范见： /javase/technologies/desktop/javabeans/docs/spec.h tml，其中可下载到 JavaBean规范的PDF文档。 实际中的问题 首先，当然还是要说它的属性及 setter/getter 方法。属性以小写字母开 头，驼峰命名格式，相应的 getter/setter 方法是 get/set 接上首字母大写的 属性名。多数情况是对的，且当前流行的 IDE(Eclipse、JBuilder) 也都认这个 死理，这里 NetBean 值得表扬一下。但要是碰到些遗留的代码中属性名不规范， 或者有些人就是顽固，或真是对属性命名犹豫不决时的写下的代码时，那还是有 得你研究一下。 这里来看看 Eclipse 为几个属性生成的 getter/setter 方法吧： sName(从 C 转过来的，受匈牙利的影响，认为 Name 是个字符串，所以加 个前缀 s) getSName()/setSName(String name) URL (平时认为是缩略语/专有名词，理当全部大写，这在我们对待 ID 时经 常发生的) getURL()/setURL(String url) 上面第一个由 Eclipse 为我们生成的 getSName()/setSName(String name) 方法，参照 JavaBean 规范来说，其实是错误的。如果出现这样的方法，放到我 们的标签(像 Struts 标签，如 )，或是进行 Hibernate/iBatis 那种映射时， 你就能收到报 找不到 sName 属性相应的 getter/setter 方法 那样的错误。不 是明明有 getSName() 和 setSName(String name)，可是方法名错了，正确的版 本应该是 getsName() 和 setsName(String name)。 前面首先解释了属性命名不规范产生问题的原因，现在就来更仔细的了解关 于 JavaBean 属性及其 getter/setter 方法的约定，有些是硬性的。 属性与存取访问的规定 为 JavaBean 创建属性时，必须牢记：缩略语通常被视为一个独立的单词， 而不是单个字母。例如，URL 对应的属性名应该用 url，相应的 getUrl()/setUrl()，所以 ID 还是用 id 作为属性吧，相应的 getId()/setId()。 规范中另一个特别的地方就是，第二个字母为大写的属性名要区别对待。如 果属性名的第二个字母是大写的，那么该属性名直接用作 getter/setter 方法 中 get/set 的后部分，就是说大小写不变。这就是为什么 sName 对应的存取方 法是 getsName()/setsName() 的原因，不能不说这条规则很令人费解。那就更 有必要看看下面表格的规范：