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