前文Eclipse JFace Binding/绑定 (1)”和Eclipse JFace Binding/绑定 (2)”分别讲述了JavaBean API的事件机制和Eclipse JFace Binding的SWT控件属性和JavaBean属性的绑定。本文是本系列的最后一篇，讲述JFace中TableViewer、TreeViewer和ListViewer的绑定，由于TableViewer比较有代表性，因此使用TableViewer作为示例。

为什么需要WritableList、WritableSet和WritableMap

在做任何事情之前，先要提出一个为什么，“当你保持一颗好奇的心，当你愿意去问“为什么”，而不是一味得不假思索得接受，你便能够从一件事物的不同角度去审度，你就站得更高，看得更远”——这是 《Sandra Lee: 人生很短，做自己喜欢的事 》中的一句话，我很喜欢。

提出这个问题，潜台词肯定是为什么不能直接用List、Set、Map呢？原因在于集合对象不同于普通对象，集合对象包括了一组对象，这组对象本身的属性改变需要监听自然不必说，对象的添加、删除也是需要监听的，因此Java Collection API中的List、Set和Map就不够用了，更何况几何对象中所包括的那一组对象还必须封装到一个WritableValue对象中，不然元素和GUI的绑定又得失效了。
Continue reading →

前文《Eclipse JFace Binding/绑定 (1)》介绍了JavaBean的事件机制，Eclipse的绑定利用了这种机制，（据说Eclipse Binding的下一个目标是Pojo对象的双向绑定，利用asm这样的字节码操作库）。

绑定针对对象实例而不是类型

在深入之前，需要明确的是，在Java中绑定永远是针对对象实例的绑定，而不是针对对象类型的绑定。也就是说下面的代码会使model之前注册的监听器失效。 Continue reading →

binding这个词挺有意思的，中文意译为“绑定”，音译也可以是”绑定“，但是“绑定”这个词看起来又不是像“巴士”这样的词一样属于外来词。我深深地感觉第一个把binding翻译成“绑定”的人当时一定感觉很好。

为什么需要“绑定”

在MVC架构中，View（GUI）上的控件的值来源于Model，用户在View上的操作也需要更新到Model。由于桌面应用程序的实时响应特性，后台服务（如数字校验、根据单价和数量计算总价）对Model的更新也需要实时通过View反馈给用户。
Continue reading →