delphi + java 的分布式应用
结合Delphi
客户端桌面开发的优势和Java的稳健强壮特性，采用Delphi
Client + Java Server的系统架构应该是很有市场的，经过一段时间的实际项目实践，实现架构是这么实现的，供讨论：
1.后台应用服务层可采用基于Spring+Hibernate的轻量级J2EE实现，并使用Apache XML-RPC
提供客户端调用接口；
2.前台采用 Delphi
XML-RPC
调用服务器端业务实现接口；
3.后台和前台分别实现XML-对象序列化；
4、可选用SLL，可支持数据压缩；（这个需要对Delphi
XML-RPC
实现作一些扩展）
系统架构实现基于几点考虑：
1、XML-RPC
同SOAP比较：由于Delphi
SOAP客户端存在一些性能问题和同Java实现存在一些兼容性问题，因此考虑采用XML-RPC
实现，而且XML-RPC
实现同SOAP实现相比较，性能要好很多；
2、XML-RPC
同SOCKET比较：采用HTTP协议可以有效穿透不同网络防火墙；
3、采用XML格式交换数据，而不采用XML-RPC
标准格式交换数据，主要是由于XML-RPC
格式比较简单，复杂的数据格式很难满足需求，直接使用对象XML数据流方式，有利于系统扩展；
使用的第三方软件列表（开源产品，可用于商业开发）
Spring Framework：http://www.springframework.org
Hibernate ORM：http://www.hibernate.org
Apache XML-RPC
：http://ws.apache.org/xmlrpc/
Delphi
XML-RPC
：http://sourceforge.net/projects/delphixml-rpc/
Delphi
Indy VCL：http://www.indy.org
重点几个问题说明：
1、采用XML-RPC
机制实现数据交换
2、客户端采用Cookie机制实现保存客户端登录相关信息，Delphi
XML-RPC
实现应用了Indy Cookie VCL，因此我们不需要重复发明轮子
3、Java 端 XML-RPC
实现比较多，Apahce XML-RPC
是不错的选择
4、客户端和服务器端各实现一套 对象－ＸＭＬ序列化／反序列化，客户端调用请求前，将对象转换为XML数据流并封装为XML-RPC
格式请求远程方法调用，服务器端解析XML数据流，并转换为对应的对象，执行实际的业务操作；这一步是非常关键的
客户端通过XMLHTTP进行请求处理的技术
：采用XML-RPC方式处理客户端和服务器端交互
客户端和服务器端传递的数据格式
：采用XML格式交换数据
如何处理上下文信息
：客户端采用Cookie机制来保存上下文关系，服务器端可以采用HTTP Session方式来来保存客户端信息，类似于浏览器
如何设计服务器端的接口
：使用 XML-RPC方式提供最原始、最简单的RPC方式调用
如
相关文档：
最近Stephan Schmidt在博客中发表了题为《下一代Java编程风格》的文章，阐述了他眼中Java编程风格的改变，以及未来的走向：许多公司和开发人员正在从Java转向其他编程语言：Ruby、Python、Groovy、Erlang或Scala等等。不过你可能做不到这一 点。即便如此，你也可以改变你的编程风格，获取这些新语言的优势。事实上，在过� ......
community.csdn.net/Expert/topic/3423/3423580.xml?temp=.7675897
主 题： 怎样用DELPHI接收摄像头的图象
作 者： benbenpear (笨笨)
等 级：
信 誉 值： 100
所属社区： Delphi GAME，图形处理/多媒体
问题点数： 0 ......
TStrings是一个抽象类，在实际开发中，是除了基本类型外，应用得最多的。
常规的用法大家都知道，现在来讨论它的一些高级的用法。
先把要讨论的几个属性列出来：
1、CommaText
2、Delimiter & DelimitedText
3、Names & Values & ValuefromIndex
先看第一个：CommaText。怎么用呢？用代码说话：
const
......
delphi + java 的分布式应用思考
用delphi做界面层 java业务逻辑层 这样看上去很美吧？
具体的实现
java 做业务逻辑层 应该有多种选择 企业级的有EJB3, 轻量级的有spring
目前在学习ejb3，感觉用来做业务逻辑层真的很不错。spring还没有了解
界面层用delphi，RAD应该是delphi的优势。
关键的问题的如果把 ......
