听听大家对在项目中使用第三方控件看法[利弊,掌握到什么度...];谈谈你的经验!!(100分)

H

Haha...

Unregistered / Unconfirmed
GUEST, unregistred user!
[利弊,掌握到什么度...]
针对不同的项目应该怎么掌握
谈谈你的经验!!
 
一般来说,如果不是很有必要的话我不会用,告别是没有源码的控件。因为版本升级时
可能会很麻烦。
 
第三方控件帮我解决了许多问题,我还是乐于使用的。
唯一不便的是delphi升级的时候,控件经常会出问题,因而不能尽快地转向新的系统。
 
最好不要用没有源码的第三方控件,这样会有很多问题。
比较好的方法是看有源码的第三方控件,然后自己写。
 
一些第三方控件的源代码还是值得学习的。
只是你的程序的核心部分最好不要用这些东西,自己写
附属部分,或不是很重要的部分可以用他们。
 
没有源码的第三方控件我是绝不用的。
时间长了,我就自己写出控件,我觉得这是非常好的一个方法。
 
要用有辕马 的
尽量用名气大,因为bug少
最后,还是要用,因为可以加快开发周期
 
如果说非borland写的控件就是第三方控件,那么QuickReport,Indy,Teechart,FastNet,
Intraweb(d7带)等就是第三方控件
如果说原生Delphi未带的就是第三方控件,那TDBF(Borland所写)等也是第三方控件.
VCL是开放式的类库体系.
delphi原带的控件多数多有源码,使用第三方控件就一定要确保有源码,万一有个三长
二短,也许可以改一改解决.
 
1.尽量少用
2.只有带源码的控件
3.只用质量高的控件(主要是著名公司的.控件)
4.慎用一般人编的控件.
 
最好的办法就是自己开发,况且技术本身并不是难的事,做一个系统难在它的设计上,如果依靠
第三方控件,到出事的那天你会郁闷死的,DELPHI提供了那么多的API函数,自己不想用控件,
就自己写啊。像QuickReport,Indy,Teechart,FastNet,Intraweb等,这些控件只是方便使用而已,
况且提供原码,使用起来毕竟有点底,没有原码的控件,很容易出现一些想都想不到的错误,实在是恐怖。
建议少用或不用第三方控件或没有原码的控件。
 
给分了吧
 
自己开发恐怕没有这么多的精力,最好是找到自带源代码的控件,在这基础上修改。
我们公司就是这样,开发程序时尽量不用Delphi自带的控件,用同一系列的第三方控件。
我觉得这样除了开始的时候,安装比较麻烦以外,也没什么坏处。
 
一般不用,升级时麻烦多多。
 
在实现一个功能前,先到网上大量搜索相似功能的控件,如果有能实现自己需求的
就用它,当然前提是可得到源代码或是大公司的产品。
没有必要说什么东西都自己来搞定的,到头来也不一定有人家做的好。
 
一般做界面用第三方控件,其他还是自己写程序
 
不用小公司的﹐不然大系統從delphi5升級到delphi6就慘
我就后悔
 
我认为如果有代码,可以考虑用第三方控件,不过我认为一般也只是用来做界面,重要的核心代码
还是自己用API写,
 
同意张无忌,我目前还没发现哪个第三方控件没BUG,第三方控件如果用不好,会影响好多
工作。如果客户对界面要求不太高,就别用第三方控件了。
 
如果Delphi的控件通过改造也能达到效果的话,那就尽量用Delphi自带的或者自己
改造的Delphi的那些控件,如果自己没有时间或者精力做,就是用第三方控件,它必须
有源码我才敢用!至少,除了问题的时候有源码自己可以修改!
 
用得心中有数就好
 

Similar threads

D
回复
0
查看
2K
DelphiTeacher的专栏
D
D
回复
0
查看
2K
DelphiTeacher的专栏
D
D
回复
0
查看
1K
DelphiTeacher的专栏
D
顶部