Eclipse设计实现可重用的SWT构件

件，你就会更上一层楼。

　　最高的境界就是框架层次上的，综合同领域内多个系统要面对的共同问题，构建一个可重用的框架，将会无数倍的降低我们构建类似系统的代价。

　　我们应当树立“编程序即是编框架”的观念，从小处入手，胸怀天下，随时随地重构，追求代码，组件和系统的可重用性，在实现可重用性的同时，正交的隔离变化点，集中的控制变化点，自然的实现系统的应变能力和可扩展能力。对于目前的问题，我们将对这个组件级别的重用问题具体分析，找出一种有效的解决方法。现在的代码看上去虽然不错，但是因为所有的逻辑集中在ContentProvider和LabelProvider中，导致对需求的变化无法有效隔离，每一次的需求改动波及面很大，并且结构混乱，代码中充满了 if else 或 switch 这样的嵌套重复判断。分析一下前面提出的种种需求，我们都是可以将这些需求区分为行的行为和列的行为。因此，我们需要将MVC模式细化，对于我们的table而言，我们需要行控制器和列控制器，我们需要将类似的变化集中在某些地方，让这些细化的控制器各司其职。我们的目标是

　　1 创建一个高度可重用的TreeTable构件使得我们批量的构建TreeTable的时候可以节省大量的工作;

　　2 该构件能够精确控制行和列的显示以及行为;

　　3 具有高度的可扩展性，便于增加新的功能而不破坏原有的结构。

　　那么如何开始呢?你一定有过类似的经验，当你遇到无法解决的问题的时候，你会去研究一些开源的软件，开源软件的无私精神使你能够了解到世界上最顶级的代码，学习和研究这些代码会让你获益匪浅。所以让我们从Eclipse中的一些用户界面设计模式开始吧。

　　2. 从Eclipse中的用户界面设计模式开始

　　我们将在这一部分研究Eclipse的一些用户界面设计模式，从而了解到如何使用隔离关注的方法精确控制TreeTable 的行和列。

　　实现列控制器的IField设计模式

　　现在我们就要寻找一种SWT的设计模式，这个模式要能精确的控制Table中的每一列的行为。 没有问题，Eclipse的内部就使用这样一种设计模式，可以分散控制每个table的每一列的显示。研究Eclipse但源码和API文档，我们很快就发现，ProblemView这个view中引用了很多的IField的接口，当看到图3中IField接口的方法时，我们就了解到这个正是用来控制Table中的每一列的列控制器。

　　图3： IField接口的方法

　　

　　IField接口作为Table的列控制器，能够控制每列的列名，列头(Header)的icon，列头的tooltip，列头的tooltip的icon，每个 cell 的 Image 和 Text(getValue方法)，并支持cell之间的比较，可以用于排序，我们将稍后详细的介绍该模式的运行原理。

　　看上去这个是很不错的框架，遗憾的是在Eclipse中这种设计模式似乎并没有流行起来，从源码中我们就可以看见 LogView 就是完全按照我们第一部分的方法纯手工写就的。对于一个简单的 TreeTable，采用简单的方法做没有任何问题。问题在于，在应用系统中，你很难保证需求不会变更，功能不会膨胀，尤其在像在以表格展现为主的RCP应用中，TreeTable的编程 将成为你日常生活的一部分，此时创建一个高度灵活和可重用的TreeTable构件将显得异常重要。

　　IWorkBenchAdapter是Eclipse JDT中经常用到的一个接口，该接口通常用于不同类型的节点在树中的显示，如我们常见的Java包浏览器，从接口以及API文档中我们可以看到它的层次关系。图4的类阶层结构展示了Java包浏览器如何使用I