a. 使用T/S结构,大型系统推荐: 1. 使用Delphi编制一个浏览器, 外观与浏览器一样,要同时能够做类管理器,可动态装载bpl文件,难度,高;工作量:2周 2. 然后将现在有的delphi源码,转换成bpl格式,难度,一般,工作量,视源码数量而定,一般可控制在一个月之内; 3. 编制一个app, 可先做成只处理数据查询与保存,即模拟为TADOConnection,后期再改进; 此种方式可尽量保留原有的劳动成果,改动量最小,且在用户看来,跟B/S差不多,一般用于已知用户群(如企业内部用户使用),若要用于未知用户群(如潜在客户)使用,比如要浏览公司新产品,此时可以将这类少量需求,改为asp即可。 b. 使用ActiveX控件,小型系统推荐: 将Delphi源码改为Active控件,再编制Web文件调用,此种方式适用于小系统或局部模组要改为B/S的,若是大中型系统,不建议使用此种方式; c. 使用InterWeb架构,中小型系统推荐: 将Delphi源码改写为Delphi的InterWeb,此种方式可以保留比较大的一部分原有代码,但改动量与工作量大,且由于InterWeb的控制并不完善,若你的系统是大型系统,则不要考虑此种方式,若是中小型系统,可以考虑。 d. 增加Citrix软件,原有C/S结构不变。 e. 使用c#或java全部重写。
1. 使用Delphi编制一个浏览器, 外观与浏览器一样,要同时能够做类管理器,可动态装载bpl文件,难度,高;工作量:2周
2. 然后将现在有的delphi源码,转换成bpl格式,难度,一般,工作量,视源码数量而定,一般可控制在一个月之内;
3. 编制一个app, 可先做成只处理数据查询与保存,即模拟为TADOConnection,后期再改进;
此种方式可尽量保留原有的劳动成果,改动量最小,且在用户看来,跟B/S差不多,一般用于已知用户群(如企业内部用户使用),若要用于未知用户群(如潜在客户)使用,比如要浏览公司新产品,此时可以将这类少量需求,改为asp即可。
b. 使用ActiveX控件,小型系统推荐:
将Delphi源码改为Active控件,再编制Web文件调用,此种方式适用于小系统或局部模组要改为B/S的,若是大中型系统,不建议使用此种方式;
c. 使用InterWeb架构,中小型系统推荐:
将Delphi源码改写为Delphi的InterWeb,此种方式可以保留比较大的一部分原有代码,但改动量与工作量大,且由于InterWeb的控制并不完善,若你的系统是大型系统,则不要考虑此种方式,若是中小型系统,可以考虑。
d. 增加Citrix软件,原有C/S结构不变。
e. 使用c#或java全部重写。
CS编程太不规范,全凭个人喜好.很难往BS移.
其实,重写变动也不大,大部份SQL是可以重用的.
没有啥难的。
如果你的B/S 架构只是查询一些结果的话,你可以单独做个网站,网站里面就实行简单的查询语句,不能对后台表进行
修改,然后在网站上调用:你程序的执行文件.exe,就会弹出你的程序,然后在你的程序中返回网站就可以。调.exe程序
文件,用批处理.bat 可以实现。
直接写几个Web服务就行了
再找个AXJX框架开发个客户端 可以保证C/S B/S共存