学习架构经验

中国现在程序员开发了许多，这里有些很好的架构经验
http://www.iteye.com/topic/857377
重点是
这是一个大型的ERP系统，典型的C/S结构，也混合了一些B/S结构和手机终端的模块，不过主要内容还是在庞大的后端和Swing的前端。后端主要用J2EE架构搭建，通过JBoss应用服务器和MySQL数据库，Hibernate做O/R，自己封装DAO层以及Business层控制业务逻辑，再用Ejb进行业务API封装。最后，通过一个Facade层的EJB（后来改造成Servlet）对外提供统一的访问接口。这个接口也是整个后台唯一的访问接口，这个“一夫当关、万夫莫开”的入口处，再插入登录和会话管理、安全控制、日志记录、请求分发等机制，干净简洁。通讯协议，以前通过EJB和IIOP的协议开放API提供远程调用，后来发现EJB的通讯非常异常繁琐和“重”，各种控制比较复杂，效率也不好。后期版本改造为用一个Servlet封装对外提供接口，协议也变成了HTTP。这样，后台通过一个80端口，以类似WEB的方式统一提供前端的API访问。对很多人来讲，这个方式可能有点奇怪：Swing的胖客户端，还用HTTP的WEB协议来访问后台。嘿嘿，其实这一招不错哦，仔细琢磨一下会体会到其妙处。

前台是一个完整的Swing程序，也是通过层层封装，提供了一层与服务器一一对应的API访问层，最后通过一个统一的代理类，对后台进行访问。通过HTTP如何传输Java对象呢？我们没有使用Web Services之类的技术，而是直接把要调用的方法以及参数等信息序列化，以HTTP方式提交后台，后台通过模块分发、反射的方式执行函数后， 把结果数据进行序列化，再经过压缩，通过HTTP返回客户端。客户端将数据解压、反序列化，将对象再返回API的调用者（如各个界面、按钮等）。这个结构非常高效、可靠。甚至包括函数的异常等，都可以通过序列化进行传递。

通过HTTP的方式，服务器不再需要防火墙开放更多端口，和web应用一样，一个80就行了。另外，和web传递html等信息不同，这种结构下，中间传递的就是压缩过的Java对象序列化后的字节流，其效率是很高的。客户端是胖结构，自然可以处理更多的数据处理和呈现，比浏览器也有优势，很合适ERP这种企业应用。轻量、高效的结构也提供了很好的业务支撑能力：一台普通的台式机可以提供100个ERP用户同时在线、比较流畅的使用。这对于没有专门预算购买专业服务器和建设机房的企业来说，是非常给力的。
http://www.iteye.com/topic/859942