RichRest是一个适用于 RCP/RIA应用的REST(ful)框架，提供远程资源管理接口，以及远程MVC控制器支持，简化模型与视图的交互过程。

• REST: Representational State Transfer (http://zh.wikipedia.org/wiki/REST)
• MVC: Model View Controller (http://zh.wikipedia.org/wiki/MVC)
• RCP: Rich Client Platform (http://zh.wikipedia.org/wiki/RCP)
• RIA: Rich Internet Application (http://zh.wikipedia.org/wiki/RIA)

REST本身就是 为Rich客户端设计的，在它的要求中也有相关说明，但由于B/S应用的盛行，现有的REST框架大多以Thin客户端为中心，虽然有部分也能适用C/S 应用，但都没有将其放在重要位置，这有点违背REST的初衷，而且基于RCP的应用也越来越多，需要一套为它们量身定做的REST框架相适 应，RichRest为此而创建。

• B/S: Browser/Server
• C/S: Client/Server

常规C/S应用中，通常都采用透明化的远程方法调用(RPC)方式与服务器端通讯，即：将Service接口同时部署于客户 端，并在客户端生成Service接口的Stub实现，通过各种协议代理访问服务器端的Service实现，此类工具如：RMI, WebService, XML-RPC/JSON-RPC, HttpInvoker等。为什么还要加一层RESTful控制器？

• 面向资源的设计风格，标准的交互方式。
• 远程调用 Service接口，相当于MVC中的视图直接调用了模型，增加控制器，使职责更清晰。
• Serivce 域模型通常是无状态的，增加远程控制器，管理服务器端状态。
• Service接口粒度过细， 使得业务逻辑向客户端倾斜，产生过多的请求次数，增加控制器，确保大粒度请求。
• 客户端部署 Service接口比较繁琐，增加控制器作为中介者，简化耦合。
• 在控制器中更易于处理天然 的(不需要反射或字节码增强的)AOP截面和事件模型，方便拦截器，转换器，校验器，安全控制等的扩展。
• 对于大量长期使用Struts的开发人员，转入RCP开发时，更易于理解和使用，降低学习成本。

• 完整的RESTful支持
• 以数据为中心的控制器
• 友好的执行过程拦截器
• 完善的集成扩展点
• 可管理的传输队列
• 全面的事件通知
• 多服务器传输支持

您可能感兴趣的文章: