BeansBinding 不仅仅用于 GUI.docVIP

BeansBinding: 不仅仅用于 GUI? By HYPERLINK /Java/beansbinding_no.html \l author#author Fabrizio Giudici, 1/24/08 ? 一般来说，“Beans 绑定”是一种 Java 技术，它允许将纯 JavaBean 类中的一些属性自动绑定到 GUI 表单中。针对 beans 绑定的库才出现仅仅几年，但 JSR-295 正式规范的发行使该技术的普及程度与日俱增。Sun 官方规范 JSR-295 及其参考实现（大写的 Beans Binding）还得到了 HYPERLINK / NetBeans 6 的支持。但不用担心：本文不是关于 NetBeans 和 BeansBindings 的另一篇教程，因为 HYPERLINK /kb/60/java/gui-binding.html 围绕这一主题的文章已经不少了 （即便如此，在NetBeans RCP 项目中使用 JSR-295 似乎也没什么可说的）。我的观点是，将 Beans Binding 应用于其他一些用途，而不是仅仅用于表单的绑定。您知道，我喜欢将这些素材用于不同的事情上，而不是用于已经设计完成的内容。需要提醒的是，本项工作此时仍处于开展之中。上下文: blueMarine Metadata让我们先从下面的上下文开始，该上下文是 blueMarine 中的一个新子项目，名称为 blueMarine Metadata。顾名思义，这个项目负责管理照片的元数据。简言之，它的需求包括： 系统必须能够管理不同元数据项（例如，两种常见的照片 EXIF 和 IPTC，但是我们也考虑了将来会出现地理签和其他素材），并且管理新的元数据项的代码必须是可插拔的。 系统必须能够管理不同的元数据源。例如，明显的元数据源就是图像本身（比如 JPEG 或 TIFF），当然还包括 XMP （由 Adobe 发明的 sidecar 格式，是一个将原始相片文件一个挨一个放置的外部文件），还应该包含能执行快速查询的永久数据库。 持久化技术必须是可插拔的——JPA 是最常见的一种技术，但是它必须是专用的；而且底层数据库不应仅限于 RDBMS。 各个组件必须具有可重用性，因为给它们分配了不同的目标，blueMarine 仅仅是基本的，而 Web 应用程序是另一种可能目标。 我特别看好可重用性，因为元数据素材在接下来的几个月将发展为有意义的素材，但是现在我还不打算告诉你更多的细节（是的，有点捉弄人 ;-)）。此刻，我想指出 NetBeans 与 Beans Binding 集成对于快速书写 GUI 表单具有重大意义。常见的设计模式既然模块通常是由 TDD 而开发的，并且已经获得了 HYPERLINK /nonav/BlogSafariScreenSnapz002.jpg 良好的测试覆盖率，那么我只能着重在持久化领域内做一些试验。首先让我们看看下面这张图：图的上部显示了人们较为常用的模式，这可能是受 J2EE 蓝图的影响： GUI 调用 Business 组件 Business 组件调用 Persistence 组件 从左至右的箭头不仅反映进入请求流程，而且反映各个组件的依赖关系： GUI 组件依赖 Business 组件 Business 组件依赖 Persistence 组件 这种方法明显受 J2EE 蓝图的影响 —— 实际上，blueMarine 的许多部分针对这种情况进行设计的，从而清楚地反映当启动项目时开发人员 99% 采用 J2EE 体系结构。这里存在两种主要缺陷： 虽然这种方法很适合 Web 1.0，客户启动每项事务（信息是被“拉取”得到的），但是不管出于何种原因，对企业层发生的改变不会提供任何支持。成熟的 MVC 模式可以处理这种缺陷，实际上富桌面应用程序已经采用这种方法几十年了（ Web 2.0 的开发也是应用 MVC 设计模式开始的）。为了避免引入从 Business 层到 GUI 的依赖关系，MVC 使用了 Observable 模式：Business 对象公开 GUI 用于注册和接收更改通知的 “侦听器” API。 Business 对象依赖 Persistence 技术。由于采用该技术将迫使您使用特定技术，所以此项技术不好。通常人们通过引入厂和接口取消耦合限制来解决这个问题，虽然该方法能发挥作用，但增加了复杂性。更好的解决方案是采用 HYPERLINK /articles/injection.html Inversion Of Control，让 Persistence 依赖 Business。此时，Business