错,用Delphi就是要多用第三方控件,
不然就体现不出Delphi的优势。给分。
不然就体现不出Delphi的优势。给分。
解决方案 »
- delphi idftp控件的问题
- 菜鸟请教一个数据库树形结构操作问题,谢谢!
- ^M=#13 ^A=#1 ^0='p' ^1='q' ...为什么?
- 能否用ADO 取得存储过程 的内容?
- 取子字符串的问题,请帮忙看一下
- 哪位大侠帮忙看看,delphi中调用vc++做的dll动态库中的函数,怎么声明函数、如何定义函数的参数类型、如何调用?
- DLL编译错误!帮我看一下吧!
- 求教:如何将Tcustomtrol类中canvas属性成为公开的(public)
- 距离教远的A,B两地,A地工作站如何远程访问B地的WIN2000/SQL SERVER服务器?
- 我做了一个DELPHI的工程,总有很多问题想问问各位?
- 有关“无赖小子 ”软件
- 网络连接图标没变
当然少用了
不是啊
用控间的好处,是站在巨人的肩膀上
不用的好处是,自己可以学习更深层次的东西,自己权衡了
不过
我也认为,尽量自己写东西,这样能学习到更多
还是少用为好,多找些有源码的研究,不要直接使用,这是我自己的一点经验吧。
而且好象DELPHI高手的条件不是这么分的吧???
其实,DELPHI做为一个RAID的工具,之所以能快速开发,就是由于它的控件,只是差别在于
是否为第三方的问题,所以在考虑到工作效率的问题,只要不影响到程序的稳定和速度,以及
发布时的因素,就放心用吧。这样才能发挥DELPHI作为RAID开发工具的优势啊!
不然就体现不出Delphi的优势。给分。
对使用第三方控件有所限制,主要原因是许多没有源码的控件(而且也不是很有名气的公司
出品的控件)它们的安全性和稳定性有待验证,而且使用控件也会对程序的维护有所影响。同意sgpxd(乱)的看法。
先在delphi里找它自带的控件,没有的话,再找第三方控件,再没有,自己做。
如果是第三方控件的是在delphi自带的控件上扩展的,那建议使用第三方的。
delphi的优势在于资源和控件多,作为程序员能使用好这些控件就是高手了。
//用过fastreport的讨论讨论,比quickreport如何, quickreport是不是有Bug,反正我是不喜欢 其实,quickreport也属于第三方的控件,它的Bug是比较多,可以这样说,Borland Delphi
自身的控件性能都还不错,可惜其中集成的第三方的控件,实在不敢恭维 :-(
能够用Delphi自带的,就尽量不用其他的了。
很多3rd控件做得相当好,比Delphi自带得好的多,适当的利用它们,可以达到事半功倍的效果。
常用的数据库控件一定要自己写,不常用的可以用第三方控件,但源码一定要有,如果用DELPHI一段时间,而没有积累下自家的“瑞士军刀”式的控件,那只是初级的DELPHI用户
****************************************
《金山毒霸》界面用DELPHI写的,
不也用了XPMenu吗?
****************************************