真正的SelectionChanged事件

最近闲来无事写个Eclipse RCP小程序，须要用到一个特性，就是窗口内有两个视图，其中一个视图内有一个TreeView控件，要求点击TreeView控件上的不一样节点，另一个视图可以收到的SelectionChanged事件，而且进行处理。 这是一个很简单的功能，到网上查了一下，基本上都是一个模式：把左边的TreeView注册为SelectionProvidor，右边的视图注册为SelectionListener，而且在SelectionChanged()接口内编写代码，这样就实现了所谓的SelectionChanged事件了。 可是，嗯，凡事都怕这个可是，一旦领导跟你说话时在表扬了你半天以后，话锋一转说了个可是，你就准备等着挨骂吧。 接着来，可是，这网上的例子都是讲到上面就为止了，意思是这样就实现了SelectionChanged事件了。那么这样作真的就是对的吗？ 我按照网上的说法作了一下，发现这个方法是有问题的。SelectionChanged事件，顾名思义，就是当选择了TreeView上不一样的节点才会触发，可实际的效果是若是没有切换节点，屡次点击在同一个节点上，该事件依然会触发。这算哪门子SelectionChanged事件啊，简直就是Clicked事件嘛。 解决这个问题，实现真正的SelectionChanged事件的方法也很简单，有两个方案，一个是继承TreeView类，重载其fireSelectionChanged()接口，判断确实是不一样的Selection后，再触发SelectionChanged事件，另外一个方案是在SelectionListener的SelectionChanged事件内判断Selection是否确实发生了变化，而后再进行相应的处理。这两个方案实现起来也很简单，这里就不贴代码了。 最后再说句本身的感慨，这网上的东西的确是多，但是大部分都是人云亦云，转来转去，没有通过本身的思索和判断，觉得转了几篇文章，本身就成了技术专家了。唉，搞技术仍是得老老实实，没有通过本身验证和确认的东西，最好不要乱转，省得贴出来被人笑话。