S
szshsoft
Unregistered / Unconfirmed
GUEST, unregistred user!
目前我公司系统是C/S结构，采用DELPHI 5.0开发，现正考虑开发B/S版。请B/S高手留下联系方式，mail或QQ或联系电话。
合作方式再谈，时间较紧。
合作方式再谈，时间较紧。
S
szshsoft
Unregistered / Unconfirmed
GUEST, unregistred user!
等待中...
L
lynu
Unregistered / Unconfirmed
GUEST, unregistred user!
基于web页面的?delphi可不太适合.你的那些打印报表,大量数据录入,操纵本地文件及其他资源(读写ini,条码机)什么的,用web实现起来就算成功,也是很难受的.
我们采用的是基于webservices(soap over http)的结构,服务器端用java编写,客户端用delphi.这样，在客户端界面与操作以及功能上，基本上沿袭了c/s结构的delphi程序的特点，在系统结构上，完全是标准的多层结构,在远程数据通道，后台服务器(webserver+j2ee server)的上，与java的b/s结构基本上是一样的.
我个人对这种结构很满意，目前的试用效果也很不错，用32K的无线上网,大部分功能操作起来也很流畅,不过大图片什么就比较慢,不过这也是没法子的,通过32Kmodem来打开一个几百K的web页面也要很久的.
推荐delphi的c/s系统若想升级到在internet上用的三层系统,采用webservices这种方式是很合适的,其实用delphi来写服务器端,也更方便,当然要看系统的大小了,太大的系统,服务器用delphi可能底气就不够足.
我们采用的是基于webservices(soap over http)的结构,服务器端用java编写,客户端用delphi.这样，在客户端界面与操作以及功能上，基本上沿袭了c/s结构的delphi程序的特点，在系统结构上，完全是标准的多层结构,在远程数据通道，后台服务器(webserver+j2ee server)的上，与java的b/s结构基本上是一样的.
我个人对这种结构很满意，目前的试用效果也很不错，用32K的无线上网,大部分功能操作起来也很流畅,不过大图片什么就比较慢,不过这也是没法子的,通过32Kmodem来打开一个几百K的web页面也要很久的.
推荐delphi的c/s系统若想升级到在internet上用的三层系统,采用webservices这种方式是很合适的,其实用delphi来写服务器端,也更方便,当然要看系统的大小了,太大的系统,服务器用delphi可能底气就不够足.
S
szshsoft
Unregistered / Unconfirmed
GUEST, unregistred user!
如果采用lynu兄说的方式，不知道开发难度大不大？
PS：lynu兄在哪个城市？留个联系方式如何？
期待更多的讨论
PS：lynu兄在哪个城市？留个联系方式如何？
期待更多的讨论
M
magic6326
Unregistered / Unconfirmed
GUEST, unregistred user!
工具我还是觉得不重要.关于在开发的人能承受多大的规模.还有就是哪个工具的生产力更高(开发时间更短).更具备灵活性与扩展性.最后当然还要有安全性了.没有考虑这些的系统都是废的.
L
lynu
Unregistered / Unconfirmed
GUEST, unregistred user!
嗯,其实选用团体最熟练的开发工具是比较重要的,
有一个这样的故事:
有一篇文章讲的是delphi有多少多少的缺点,一个评论者给加的评语是:
还有一个最大的缺点: 如果你不会用delphi,你没法用delphi开发软件[
]
开个玩笑,...
有一个这样的故事:
有一篇文章讲的是delphi有多少多少的缺点,一个评论者给加的评语是:
还有一个最大的缺点: 如果你不会用delphi,你没法用delphi开发软件[
]开个玩笑,...
M
magic6326
Unregistered / Unconfirmed
GUEST, unregistred user!
我的意思就像楼上说的差不多.
S
szshsoft
Unregistered / Unconfirmed
GUEST, unregistred user!
楼上两位说得有些道理。
我看过别人开发的一个应该是B/S结构的CRM系统。他说是采用DELPHI（中间层）+asp的开发模式，大家觉得这样的模式可行么？
我看过别人开发的一个应该是B/S结构的CRM系统。他说是采用DELPHI（中间层）+asp的开发模式，大家觉得这样的模式可行么？
游
游泳的鱼
Unregistered / Unconfirmed
GUEST, unregistred user!
关注一下[][][]
][][]
H
hqtech
Unregistered / Unconfirmed
GUEST, unregistred user!
我们可以啊,你出什么价钱?
H
HostingLian
Unregistered / Unconfirmed
GUEST, unregistred user!
楼主，不要听有些人瞎扯。
使用delphi一样开发十分漂亮的b/c软件，并且维护十分方便和灵活
我在公司里用delphi做的b/c程序一直是公司的java高手们模仿不来的，很多东西他们要么根本无法实现，要么很难实现
所以如果你使用b/s改造原来的项目的话，当然delphi是首选。
有什么问题可以咨询我。我在深圳，你留个信箱吧
使用delphi一样开发十分漂亮的b/c软件，并且维护十分方便和灵活
我在公司里用delphi做的b/c程序一直是公司的java高手们模仿不来的，很多东西他们要么根本无法实现，要么很难实现
所以如果你使用b/s改造原来的项目的话，当然delphi是首选。
有什么问题可以咨询我。我在深圳，你留个信箱吧
L
lynu
Unregistered / Unconfirmed
GUEST, unregistred user!
回贴的只有几个人,你是说我吗?
我一直有找一种至少用delphi做客户端(我想对于这点，大家都会有同感)的多层系统架构,希望能用在大中型的分布式应用系统中,支持400-5000左右的客户端数量,我所写的也是我多年来用delphi做多层系统来最后使用的一种架构之一，也是我个人的心得体会,希望说出来让大家讨论讨论一下，不知你所谓＂瞎扯＂所指何为?
不知你所的b/c结构是何结构，能否详加说明?也使大家从你的研究结果中受益.
我个人的理解，java的服务器端解决方案相对来说是比较成熟的，成熟的服务器产品也比较多，采用java服务器方案的成功案例也有不少.而delphi虽号全能，但作为企业级应用系统的服务器端,用delphi作服务器端开发的方案很值商榷.
DataSnap的数据集包装与更新机制十分好用，DbExpress的性能与迁移性很不错(这二者已经被borland成功迁移至c#.net,名为BDP.NET,可见这二者成功之处)，但是用com/com+作为服务器商业对象,使用iis或apache作服务器,从某种意义上讲，已经不是完全的delphi解决方案(请不要跟我说DCom/Socket(/WEB)Connection).
我个人对B/S毫无兴趣,浏览器在我看来功能是很有很的，如果加上ActiveXForm/Applet,那实际上是winform的变种，间接说明，还是用WinForm才行.所以我基本上不谈B/S.
我一直有找一种至少用delphi做客户端(我想对于这点，大家都会有同感)的多层系统架构,希望能用在大中型的分布式应用系统中,支持400-5000左右的客户端数量,我所写的也是我多年来用delphi做多层系统来最后使用的一种架构之一，也是我个人的心得体会,希望说出来让大家讨论讨论一下，不知你所谓＂瞎扯＂所指何为?
不知你所的b/c结构是何结构，能否详加说明?也使大家从你的研究结果中受益.
我个人的理解，java的服务器端解决方案相对来说是比较成熟的，成熟的服务器产品也比较多，采用java服务器方案的成功案例也有不少.而delphi虽号全能，但作为企业级应用系统的服务器端,用delphi作服务器端开发的方案很值商榷.
DataSnap的数据集包装与更新机制十分好用，DbExpress的性能与迁移性很不错(这二者已经被borland成功迁移至c#.net,名为BDP.NET,可见这二者成功之处)，但是用com/com+作为服务器商业对象,使用iis或apache作服务器,从某种意义上讲，已经不是完全的delphi解决方案(请不要跟我说DCom/Socket(/WEB)Connection).
我个人对B/S毫无兴趣,浏览器在我看来功能是很有很的，如果加上ActiveXForm/Applet,那实际上是winform的变种，间接说明，还是用WinForm才行.所以我基本上不谈B/S.
S
szshsoft
Unregistered / Unconfirmed
GUEST, unregistred user!
C/S结构在实现数据处理方面的功能无疑是B/S所不能比拟的。也就是说，改造C/S结构为B/S结构，肯定要在界面的友好性、功能强弱上有所减弱。
但现在很多系统比如CRM、HR等都实现了B/S结构，不知道他们是如何实现的。
MSN：szshsoft@hotmail.com
mail：shsoft_pku@yahoo.com.cn
但现在很多系统比如CRM、HR等都实现了B/S结构，不知道他们是如何实现的。
MSN：szshsoft@hotmail.com
mail：shsoft_pku@yahoo.com.cn
W
wkp13_8
Unregistered / Unconfirmed
GUEST, unregistred user!
同意lynu所言。
S
szshsoft
Unregistered / Unconfirmed
GUEST, unregistred user!
lynu兄在哪里？怎么联系你？
HostingLian：我也在深圳，可以给我发邮件或留下你的联系方式。
HostingLian：我也在深圳，可以给我发邮件或留下你的联系方式。
L
lynu
Unregistered / Unconfirmed
GUEST, unregistred user!
我在东莞,hylynu@hotmail.com,有空大家交流一下.[]
]
K
koyochen
Unregistered / Unconfirmed
GUEST, unregistred user!
我前不久也在做一个系统，
C/S版和B/S版同样的功能各做了一套，
用B/S做相对费劲多了，且界面操作起来也不
习惯，我现在也在想B/S如何更好地实现，
web service 相对来说是个好的解决方案，
希望能和大家交流一下
C/S版和B/S版同样的功能各做了一套，
用B/S做相对费劲多了，且界面操作起来也不
习惯，我现在也在想B/S如何更好地实现，
web service 相对来说是个好的解决方案，
希望能和大家交流一下
J
javacoco
Unregistered / Unconfirmed
GUEST, unregistred user!
C/S结构中一FORM可完成的东东在B/S中要几个页面做完 参数据传递也烦
S
szshsoft
Unregistered / Unconfirmed
GUEST, unregistred user!
虽然麻烦，但B/S的优势是很明显的，而且我相信用B/S也能做得很好。
我现在去客户那边，经常有同类型的软件公司的产品是B/S结构的。有些客户就是觉得好。而且老实说我认为C/S结构在集团企业（即有很多分支机构）应用的不如B/S的好。
记得Hubdog发布过一个B/S的人事信息管理系统，没见过最终界面，不知道如何。
我现在去客户那边，经常有同类型的软件公司的产品是B/S结构的。有些客户就是觉得好。而且老实说我认为C/S结构在集团企业（即有很多分支机构）应用的不如B/S的好。
记得Hubdog发布过一个B/S的人事信息管理系统，没见过最终界面，不知道如何。
L
lynu
Unregistered / Unconfirmed
GUEST, unregistred user!
用B/s还是c/s 是需求确定的.
我们现在的系统有的客户端(比如国内国外的连锁店)自己就有进销存,平时不连接服务器也得自行操作,试想你用浏览器又如何去做呢?
还是一句话,用b/s还是c/s什么,是需求确定的.
其实我还认为B/S与C/S不是一个层面比较的,B指的是浏览器,是以客户端形式来描述的,而不是C/S以系统架构来区分的,他可以与三层四层去比较,但与B/S却不知如何比?
单纯的B/S甚至就有可能是C/S(二层结构: 浏览器/web服务器,如果没有数据库服务器或其他东东的话),
我们现在的系统有的客户端(比如国内国外的连锁店)自己就有进销存,平时不连接服务器也得自行操作,试想你用浏览器又如何去做呢?
还是一句话,用b/s还是c/s什么,是需求确定的.
其实我还认为B/S与C/S不是一个层面比较的,B指的是浏览器,是以客户端形式来描述的,而不是C/S以系统架构来区分的,他可以与三层四层去比较,但与B/S却不知如何比?
单纯的B/S甚至就有可能是C/S(二层结构: 浏览器/web服务器,如果没有数据库服务器或其他东东的话),