Java服务端+delphi客户端真正多层技术(0)

D

dkq811230

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2009-05-19

• #1

Java服务端+delphi客户端真正多层技术, 采用proxool0.9.3 +spring3.0.3.m +phprpc实现客户端hprpc客户端来调用服务端方法.QQ:107105799 希望大家相互完善再上传.

 

K

kkkchenA

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2009-05-19

• #2

phprpc是一个好东西，但是这样使用的话，可能会缺失了delphi快速开发的特性。面向表的设计，忽然要转换到面向对象是设计上，delphi的控件不支持。

 

L

longwenbin

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2009-08-22

• #3

Java服务端+delphi客户端我实现过，不过用的是SOAP协议，我把List对象转换成cvs格式的数据，也就是用","分开，delphi客户端这边用支持cvs格式的组件，觉得麻烦，不灵活；但是Delphi处理大量数据用得最多的就是结果集DataSet之类的东西，可是Java服务端提取的数据最常用的是List或ArrayList对象。想问你二者之间数据交换你用的是那一种数据数据对象，或者转换机制是怎么处理的，期待中。

 

L

lxchjun

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2009-08-25

• #4

delphi+java+oracle的系统实现：http://www.delphibbs.com/delphibbs/dispq.asp?lid=3816911

 

C

chizeng

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2009-08-25

• #5

看来现在都在使用这种类型的技术啊！！我们现在使用的也是这种模式，不过我们直接采用的就是web Services

 

C

cpj7406

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2009-08-25

• #6

应用软件，真的有那么多技术、架构、模式可研究吗？我可不敢质疑，仅是小小的疑惑而已？我工作过3个企业，最短8个月，最长3年，发现一个问题和规律，应用软件（管理软件）企业，待遇和地位最高的总是具有行业经验和资质的人员，满腹设计模式、架构、编程技术的Oracle、Delphi、Java、C++等高手不知为何大多数都是中等地位和待遇（不全是）？同样职位的程序员，对行业业务和知识感兴趣的往往比对编程技术感兴趣的发展要好？技术高手，还往往都是对什么仓储、工艺、应收帐款、库存资金、盘点、检验记录......等等各种行业业务不感兴趣？为什么呢？那些技术外行的经理（也不是绝对的外行），他只要抓住成本、产值、利润、交付期，什么架构、什么技术、什么复用统统不入脑袋！有一次，有机会和经理一起吃饭并探讨软件技术，居然得知如果本企业的现有技术不能满足利润和交付期的要求，将会购买什么X3、Appkit、BOS、UAP的业务基础平台！！！我的天，根本没打算发展自己的软件技术！！？？

 

W

wpy020327

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2009-08-25

• #7

用QuickBurro哇，让基于XML、Json的信息交换见鬼去，速度慢得要死。分布式支持、数据库存取、文件传输、消息传输、业务逻辑部件封装及RPC、计划任务、实体类代码生成、远程数据库事务支持......功能这么强大的东西，都来用吧。

 

R

riverbo

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2009-09-08

• #8

Java服务,返回到Delphi客户端的是 对象或者是对象数组,delphi可以直接拿来使用,如果delphi一定要使用TDataSet,自己再写一个方法,将list转换成TDataSet就行了. 很简单.