RPC平台架构
1. 架构作用:
将客户端的调用透明的映射到服务器端,做一个网络中的进行请求的统一平台.
2. 架构的特点:
l 开发语言无关,跨平台使用.
虽然在soap出现前有基于客户服务器模式的RPC软件,COM,CORBA 等软件可以进行各种分布式的计算,但是COM,CORBA无法跨越平台的无关性,不能做到真正的开发语言无关和操作系统平台无关.
l 性能和速度教快
RPC架构基于socket编程,传输速度较快,且传输基于xml的协议,故此教一般基于http协议的soap协议速度快; soap协议需要解析wsdl,根据wsdl生成接口,然后调用,而rpc架构用调用名作为接口的标识,少去解析wsdl,接口生成等步骤, 故性能较soap好.
l 稳定性高
RPC架构基于TCP/IP的网络架构,是基于连接的网络,适用于Internet和GPRS等传输不可靠的网络.
l 使用简单
RPC架构完全封装,无需使用者去了解复杂的dcom原理难以理解的com指针以及配置corba和生成复杂的idl文件,无需使用者去解析xml和关心怎样序列化参数和反序列化结果.
l 松散耦合,可扩充性强
RPC架构完全基于mvc架构设计,吸取struts架构的优点,在service和skelet两点支持用户自己扩充,并能根据配置文件进行灵活映射.
3.架构原理
软件架构如图分成两个部分，客户端和服务器:
<贴不上>
整个系统按照MVC架构划分，其中Bussiness Model 属于Model , UI属于View. 将Skelet,Dispatch,Sevlet和XMLCall, TCP/IP,Stub划分到Control部分。
系统架构参照web Services 的实现方法，将远程过程调用透明的传输在客户端和服务器上。其中Stub是远程过程的桩，是服务的方法的代理。Skelet是stub在服务器的实现部分，类似于Struts中的action.
3.1 TCP/IP
采用基于Socket的套节字实现，在服务段进行监听，客户端进行连接请求。
3.2 XMLCallProtocol
网络上发送的基于XML格式的字符流，XMLCallProtocol 对客户端的请求打包，包括请求的名称，参数等。XMLCallProtocol在服务器端对客户端发送的请求解包分发。
3.3 servlet
对一次请求的处理称为一个Servlet, servlet 应当维护一个session,将客户的连接信息，包括IP进行保存。
3.4 diapatch
dispatch在sevlet 内， 每次客户的请求到达sevlet首先调用 XMLCallProtocol进行解密，然后让diapatch分发到每一个 Skelet对请求处理返回结果。
3．5 Skelet 和 Stub
Skelet 和 Stub 是一对，实现将请求透明的在TCP/IP上传输。Skelet 负责将业务逻辑连接成一个实现。Skelet对应于Structs中的Action。Skelet应当在服务端有一个配置文件，SkeletMaping, 将客户端的Stub与具体的Skelet对应起来，在运行时Dispatch将请求其分发到具体的Skelet上。
3.6 UI
用户的界面部分，主要是窗口和其他的消息处理。实现中应当有一个Poxy将所有的业务逻辑接口暴露出来，实现每个接口调用stub, 设置stub的名字，然后将参数传入（不允许使用引用参数），异步调用服务端的Skelet.等待结果完成，将结果回传给接口。
3.7 Bussiness Model
业务逻辑部分和以前一样，但是在足球的投注游戏中，此部分又可以按MVC架构分解，其中 调用部分属View, web服务器和数据转化是Control,真正的业务逻辑Model又变为和数据库的进行存取的部分。希望实现者灵活运用MVC模式。
综上所述，无论客户端是KJava,Widnows CE,由于和服务段交互的是TCP/IP协议，数据格式为基于XML的字符流（编码为Unicode）,故此实现多个开发语言工具的兼容。
4.实现UML图:
(略)
5.源码(略)
2004-11-10
riding
