E4 学习资源（一）

E4 RCP Develope

https://wiki.eclipse.org/Eclipse4/RCP

1、DI 依赖注入

https://wiki.eclipse.org/Eclipse4/RCP/Dependency_Injection

主要讲解依赖注入的annotation的功能及使用。

2、Event 事件

https://wiki.eclipse.org/Eclipse4/RCP/Event_Model

     （1）Event Processing事件处理器

              https://wiki.eclipse.org/E4/Event_Processing

              E4之前的事件处理机制是基于观察者模式，存在两个缺点：   

                * forced lifecycle 强制的生命周期：即事件提供者与监听者的生命周期有限制，在事件提供者实例化之前，监听者是没  法订阅事件的，而且提供者需要添加/维护监听者列表。当提供者释放事件时，必须解除侦听者的授权。这样新增了事件处理的相关代码，容易导致bug.

                 * multiple implementations多个实现：事件提供者需要实例化监听列表，即使没有相关事件触发也会存在很多监听器。所以占用内存资源，监听器多，不容易查询定位等。

              E4的事件处理器基于发布/订阅模式：新增了事件代理，提供者和监听者直接与事件代理交互，提供者发布事件到代理，监听者向代理订阅/取消订阅事件。因此避免了以上两个问题。当触发事件后，代理会向订阅者分发相关的事件。这样事件代理成为系统中一个相当敏感的点。要求它必须在CPU时间和内存分配方面都表现良好。而代理本身就更强大。

      （2）发布事件

                IEventBroker.post(String topic, Object data) // asynchronous delivery

                IEventBroker.send(String topic, Object data) // synchronous delivery 

        （3）订阅

                 

        (4) UI Model Event

                   相关的事件常量定义在UIEvent类型https://wiki.eclipse.org/Eclipse4/UI/Event/Migration

3、context 上下文

https://wiki.eclipse.org/Eclipse4/RCP/Contexts

Eclipse Context是key-value的map结构，各个Context形成一个Tree结构。当Eclipse4将上下文与大多数模型元素相关联时，上下文的威力就出现了。UI Model间的Context树结构同UI的层级结构相同。在一个Context中根据key寻找值时，如果在当前context中没有找到值，将会继续在其parent中寻找，直到Root中没有为止。