最近得学习

1)SEO（Search Engine Optimization），汉译为搜索引擎优化，为近年来较为流行的网络营销方式

2)RCP,Rich Client Platform,富客户机平台

　　Rich Client是一个相对的概念，主要是针对时下广泛的基于WEB的应用，因为这种客户端（也即现有的各种浏览器）的运行环境没有提供一个很好的组件模型和交互模型致使这种应用的界面的同服务之间的交互变得很奇怪，每一次交互都需要重新组织出整个界面，而这个界面的组织基本在服务器端完成，也所以致使表现层的逻辑居于服务器端，所以称这种为Thin Client，而相对的则是Rich Client，目前来说在技术上Rich Client还没有一个甚或是两个大一统而且又成熟的标准技术出来，所以Rich Client只能说是一种架构方式，其特点便是服务同表现完全的物理分离，表现逻辑完全由客户端来负责，这是最关键的一点。但我认为一定要同时兼顾原有WEB应用的零部署等特点。

组件

　　核心平台(启动Eclipse，运行插件）

　　OSGi（标准集束框架）

　　SWT（可移植构件工具包）

　　JFace（文件缓冲，文本处理，文本编辑器）

　　Eclipse工作台（即Workbench ，包含视图（views）、编辑器（editors）、视角（perspectives）、和向导（wizards））

3)OSGi 技术是面向Java的动态模型系统。OSGi服务平台向Java提供服务，这些服务使Java成为软件集成和软件开发的首选环境。 Java提供在多个平台支持产品的可移植性。OSGi技术提供允许应用程序使用精炼、可重用和可协作的组件构建的标准化原语。 这些组件能够组装进一个应用和部署中。

　OSGi服务平台提供在多种网络设备上无需重启的动态改变构造的功能。为了最小化耦合度和促使这些耦合度可管理，OSGi技术提供一种面向服务的架构，它能使这些组件动态地发现对方。OSGi联

盟已经开发了为例如象HTTP服务器、配置、日志、安全、用户管理、XML等很多公共功能标准组件接口。这些组件的兼容性插件实现可以从进行了不同优化和使用代价的不同计算机服务提供商得到。然而，服务接口能够基于专有权基础上开发。

　　因为OSGi技术为集成提供了预建立和预测试的组件子系统，所以OSGi技术使你从改善产品上市时间和降低开发成本上获益。因为这些组件能够动态发布到设备上，所以OSGi技术也能降低维护成本和拥有独一无二的新的配件市场机会。

编辑本段框架结构

　　OSGi规范的核心组件是OSGi框架。这个框架为应用程序（被叫做组件（bundle））提供了一个标准环境。整个框架可以划分为一些层次：

L0：运行环境

　　L1：模块

　　L2：生命周期管理

　　L3：服务注册

　　还有一个无处不在的安全系统渗透到所有层。

　　L0层执行环境是Java环境的规范。Java2配置和子规范，象J2SE，CDC，CLDC，MIDP等等，都是有效的执行环境。OSGi平台已经标准化了一个执行环境，它是基于基础轮廓和在一个执行环境上确定了最小需求的一个小一些的变种，该执行环境对OSGi组件是有用的。

　　L1模块层定义类的装载策略。OSGi框架是一个强大的具有严格定义的类装载模型。它基于Java之上，但是增加了模块化。在Java中，正常情况下有一个包含所有类和资源的类路径。OSGi模块层为一个模块增加了私有类同时有可控模块间链接。模块曾同安全架构完全集成，可以选择部署到部署封闭系统，防御系统，或者由厂商决定的完全由用户管理的系统。

　　L2生命周期层增加了能够被动态安装、开启、关闭、更新和卸载的bundles。这些bundles依赖于于具有类装载功能的模块层，但是增加了在运行时管理这些模块的API。生命周期层引入了正常情况下不属于一个应用程序的动态性。扩展依赖机制用于确保环境的操作正确。生命周期操作在安全架构保护之下，使其不受到病毒的攻击。

　　L3层增加了服务注册。服务注册提供了一个面向bundles的考虑到动态性的协作模型。bundles能通过传统的类共享进行协作，但是类共享同动态安装和卸载代码不兼容。服务注册提供了一个在bundles间分享对象的完整模型。定义了大量的事件来处理服务的注册和删除。这些服务仅仅是能代表任何事物的Java对象。很多服务类似服务器对象，例如HTTP服务器，而另一些服务表示的是一个真实世界的对象，例如附近的一个蓝牙手机。这个服务模块提供了完整安全保障。该服务安全模块使用了一个很聪明的方式来保障bundles之间通信安全。

4)ESB全称为Enterprise Service Bus，即企业服务总线。它是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。ESB的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。从功能上看，ESB提供了事件驱动和文档导向的处理模式，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的标准接口。

5)MOM指的是利用高效可靠的消息传递机制进行平台无关的数据交流，并基于数据通信来进行分布式系统的集成。

面向消息的中间件使用消息传送提供者来协调消息传送操作。MOM系统的基本元素是客户端、消息和MOM提供者，后者包括API和管理工具。MOM提供者使用不同的体系结构路由和传送消息：它可以使用集中式消息服务器，也可以将路由和传送功能分布在每个客户端上。某些MOM产品结合了这两个方法。

　　使用MOM系统，客户端可以进行API调用，以便将消息发送到由提供者管理的目的地。该调用会调用提供者服务以路由和传送消息。在发送消息之后，客户端会继续执行其他工作，并确信在接收方客户端检索该消息之前，提供者一直保留该消息。基于消息的模型与提供者的协调耦合在一起，使得创建松散耦合的组件系统成为可能。这样的系统可以继续可靠地工作，即使在有个别组件或连接失败时也不会停机。

　　由消息传送提供者协调客户端之间的消息传送的另一个优点是：通过添加管理界面，可以监视和调整性能。这样，客户端应用程序便不必关心发送、接收和处理消息之外的任何问题。对于互操作性、可靠性、安全性、可伸缩性和性能之类的问题，应当由管理员通过编码实现MOM系统来解决。

　　至此，我们已经介绍了使用面向消息的中间件连接分布式组件的很多优点。下面将介绍其缺点。缺点之一源自松散耦合本身。在RPC系统中，只有在被调用函数完成任务之后，才能返回调用函数。在异步系统中，调用方客户端会继续为接收方装入工作，直到处理装入工作所需的资源耗尽且被调用组件发生故障。当然，可以通过监视性能和调整消息流来尽量减少或避免这些情况，但对于RPC系统却不必这样做。有一点很重要，那就是了解每种系统的优缺点。每种系统所适合执行的任务都不同。有时，您需要结合两种系统才能完全获得所需的行为。