关于多种开发语言的协调问题(300分)

  • 主题发起人 主题发起人 小天
  • 开始时间 开始时间
VB开发的COM接口也有问题。我们用的一个商业软件是VB开发的，为了增加一些功能，
利用其COM接口进行完善，delphi死活与它接不上。
 
第一建議是全部用 delphi 或 vb 不然協作起來很麻煩
實在不行的話﹐就要你們有一個很好的頭了﹐要求他可以寫出很好的開發文檔﹐
用集權設管理開發小組﹐用RAD模型建模﹐所有功能必須完全模塊化。模塊接口的
定義一定要十分嚴格,并完全文檔化。
一個模塊必須用同一種語言來開發.同小組內用同種語言﹐小組內部的溝通是平等的
小組和小組之間不要做太多的交流﹐小組間的協調工作由項目負責債人來做(主要是
因為中國有文人相輕的習慣,程序員也一樣﹐delphi的人經常會笑vb人的程序的慢和笨
飽受delphi程序員取笑的vb程序員是憋了一肚子火的,太多溝通很易出問題,)
然后﹐把模塊分給各個小組完成。小組要嚴格按照文檔規范來做。這樣才能保証
模塊之間的調用不會出現問題。
千萬不能采用 delphi 寫几個函數﹐寫几個form﹐讓vb來調用這樣的情況,不然后患無
窮啊。
至于是用 dll ,用ocx,用com 是技朮上的問題了﹐我認為影響不大



 
可我就是不知道这些模块怎么连在一起啊
 
如果你是开发数据库程序，用DLL做模块最大的麻烦是每个DLL启动后就与数据库
建立一个会话，也就是说模块愈多数据库负载越大。
而用DELPHI的BPL就能很好解决这个问题，不管你的模块有好多！
 
别管好不好，不好的地方我当然知道
但现在我要的是解决问题
谁能帮我解决问题
 
从VB转过来用delphi并不难, 虽然Delphi称为VB杀手, 便毕竟前者是在后者的基础上
发展起来
 
ActiveX是COM地一种，COM是于开发语言无关地，按要求来，什么系统都可调用
 
不用费心了，VB程序员全转Delphi，好又快！
我百举不厌的一个例子就是……（算了，很多人都听过了，总之就是转得很成功）
 
全部实现自动化
不过效率会降低
 
怎么没人提用delphi写VCL再封装成ActiveX给VB用呢？
这个方法很切实可行。
 
vb，让用vb的人写文档和做测试吧
 
为什么还没有人告诉我实际的具体的办法啊~！！！！
 
我认为还是统一好，我本是VB、Dephi、C++B方面的程序员，但到新部门。统一用VC++和PB开发。那你说我该如何呢？还不是改用VC和PB。
我认为，同一项目最好统一语言。
 
做好接口，这该是项目前期的工作呀。
真不明白，为何不用同一种语言。组长是谁？？？到我办公室来一下
 
废话，我当然也知道统一好，但实际情况就是如此，我要的是解决办法！！！
我也天天在劝老板统一语言，但我老板不愿意，我有什么办法？
 
vb做的ocx如果用到别的ocx，必须把引用的ocx一起拷贝
引用到的dll也必须拷贝
delphi的基本上不用
 
还是用COM吧，大家都写COM组件，然后就可以互相调用了，因为COM是没有语言限制的
 
這不是問題的問題,指定一種語言為主,對一個大公司的動作是很有用的.對于程序員講
哪種語言都不是問題.如果成問題,那你不是一個合格的程序員.說實在的.好學是每個程
序員的責任和標準.
 
您必须登录或注册才可回复。

Similar threads

X
初识kbmmw 的多语言支持 - xalion
回复
0
查看
716
xalion
X
不
关于Delphi中DLL,BPL等无法调试的问题 - 不得闲
回复
0
查看
1K
不得闲
不
S
[教程]使用 ZAsyncInvoker 进行异步编程教程之二：ZAsyncInvoker 解决了什么问题
回复
0
查看
699
swish
S
X
初识kbmmw 的多语言支持 - xalion
回复
0
查看
994
xalion
X
X
使用双引擎，让kbmmw 的客户端访问更方便 - xalion
回复
0
查看
800
xalion
X
后退
顶部