C charles_zou Unregistered / Unconfirmed GUEST, unregistred user! 2002-04-25 #1 请问采用什么方式呢？ 是dll还是com+,还是ole 请各位大侠指点一下方向
J JobsLee Unregistered / Unconfirmed GUEST, unregistred user! 2002-04-25 #3 具体问题具体分析？？？！！！ 如果我做还是选COM, 没有为什么
L lonelyboy Unregistered / Unconfirmed GUEST, unregistred user! 2002-04-25 #7 使用dll技术吧,这样一来你就不用每一次都要给用户换exe了,换相应模快的dll文件就可以了
S sydan Unregistered / Unconfirmed GUEST, unregistred user! 2002-04-25 #8 沒關系啊,你用Delphi開發完每一塊后,再在主系統中用API調用對應選項的Exe文件不是一樣么? 如果是有用戶權限的,那你就先寫一個值到Windows注冊表中再進行更改值不就得了么?
S Sachow Unregistered / Unconfirmed GUEST, unregistred user! 2002-04-25 #9 同意用COM，用Delphi开发COM远没有你想像中的那么难，而且比普通的DLL灵活得多。 问题的关键是如何合理的规划程序的分布，确定哪些是可能经常要被修改的内容，将它分出 来。
C charles_zou Unregistered / Unconfirmed GUEST, unregistred user! 2002-04-25 #10 把现在的程序改成com控件，有什么好的方法？
S Sachow Unregistered / Unconfirmed GUEST, unregistred user! 2002-04-25 #11 没有特别省事的办法，只有用向导和Type Library工具来生成程序框架，对象方法的实现代码 （原来的那些函数代码）基本上不用变，大部分粘贴过去就行。但客户端对COM组件的调用 方法和调用一个VCL组件的方法略有不同，详情请看相关书籍。 总的来说，改变的难度由你程序的规模和模块划分方式决定。
没有特别省事的办法，只有用向导和Type Library工具来生成程序框架，对象方法的实现代码 （原来的那些函数代码）基本上不用变，大部分粘贴过去就行。但客户端对COM组件的调用 方法和调用一个VCL组件的方法略有不同，详情请看相关书籍。 总的来说，改变的难度由你程序的规模和模块划分方式决定。
