比如DBGRID功能太差了,必须自己编很多东西,比VF的GRID差远了。
我看BORLAND是做框架的。细节就要靠第三方控件了。在数据库开发上不如PB。
大家以为如何?
我看BORLAND是做框架的。细节就要靠第三方控件了。在数据库开发上不如PB。
大家以为如何?
解决方案 »
- DBGrid数据的读取问题
- new(TVData) 会不会造成 stack overflowstack overflow
- 在delphi中用sql语句查找出的记录显示在DBGrid中,如何修改此记录?
- 请教:取Edit.text中的数字,如何才能办到啊??紧急啊
- 尋找FTP例程?
- 用MSCOMM实现RS-232C编程问题?
- 怎样通过网页上的链接打开 一桌面窗口?? 救我啊~~
- 大家帮忙把这个C++Builder的函数转换成delphi的了!!在线等待!!!
- 在VC中创建的OCX对象在Delphi中能使用吗?
- time事件,线程,sleep区别?限制
- 如何让delphi去掉优化?
- 使用DELPHI封装的ADO组件与直接使用ADO对象有什么区别?
所以,Delphi还是不错的!
其实Delphi也很不错啊。如果你掌握一些底层的东西,一定不会这么说了。
学习中》》》》》加油啊
BOLAND对这些组件的功能增强工作留给了用户,使用户能得到更大的灵活性。
这也是DELPHI受到欢迎的原因。
每一个DELPHI的高级用户都应该学会定义自己的功能组件,不是拖拉几个控件就完事了的!
同样是RAD开发工具得用户,有的是全然解脱,轻巧驾御开发工具,善于使用RAD得特性来加快程序开发速度以及质量;有些却只能选用一下组件,能力局限于别人制作得组件功能,因为跨不出开发工具得格局,完全北RAD得服务范围所限死可能我们大多数都属于第二类人,能力仅仅局限于别人制作的组件功能,用得久了,就产生DELPHI也不过如此,还要靠第三方控件这样得感觉了
都需要自己完善,怎莫快速完成软件开发呢?
不像MS的无法改变!
第三方正是由于VCL是开放源代码的才会比MS的多得多!
波音飞机也一定要波音公司自己生产?
DELPHI真正实现了软件制造全球一体化,
楼上的懂不懂啥子才是真正意义的软件制造哦?
喜欢自己炼钢生产机器琐?
delphi好像样样行,样样松!
当然我自己也写过不少控件,只是暂时不想发布罢了Delphi的优势在于她的最终代码速度和开发环境的方便性,是VC和VB的的优势的综合
楼主的问法我很质疑,这种第三方控件的技术就是他的特点,当然不能少。我说个比方你不要生气,很极端: 如果你少了你的阴茎,也就是你的小弟弟,你什么也不是!! 也不是男人也不是女人!人妖!请不要生气,我只是打个比方,请低头看看你的小弟弟,你少得了吗? 就像这第三方控件少不了delphi,他们离开了delphi什么都不是,BCB都不能用。 因为没有delphi,一点作用都没有。因为他们就是相辅相成。另外一点,这些编程环境是不能比,谁强谁弱当然有他们的特点。 没有特点不能生存在这个世界上,你,独一无二的你,没有人和你一样。 就像delphi独一无二,和Power Builder,Visual Studio一样。他们根本不可比。你能说今天你的长处明天就变了短处了! 谁强谁弱只是一段时间相对的强弱。请你改变你的这种看法,你这是一种蔑视的看法,而不是平常心对待。 有时间谁都用VC了。delphi自然有它的特点才在这里生存。
用delphi开发程序久了,程序员都会有自己开发的一些类库,和控件。
我自己就有一个类库,都是日积月累做的一些函数,过程,和自己开发的控件。
有些是在控件是在vcl的基础上扩展的,有些是完全自己做的。
比如搂主说delphi的dbgrid不好用,的却功能不太好。但你可以是第三方控件,
有很多不错的,也可以自己开发一个控件。我选择了第二者,我因为dbgrid没有打印功能而
烦恼,我是做管理系统的,需要做很多报表,很是麻烦,于是我想如果dbgrid能打印多好,dbgrid
显示什么,打印什么多棒。于是动手做,我在原dbgrid的基础上增加了一个类作为打印方面的
功能,可是设置标题,明细,页眉,页脚.....等等很多功能,基本上可以完成打印报表的需求。
可是用了一段时间发现有些问题。
1、没有打印预览。
2、我还希望能打印stringgrid,可是要在stringgrid的基础上再拓展还要编码。
3、使的dbgrid变大,一套软件会用很多dbgrid,具体程序编译后会增加多少我没做实验,反正
我感觉不好。
4、控件虽说可以完成基本打印功能,但我觉得不够完美,我想以后逐渐增加功能。因为我不是专门
搞控件开发的,所以只能利用空余时间。如果dbgrid增加功能stringgrid也要增加,二套控件都要
升级太麻烦了。
5、如果那天delphi升级拓展dbgrid的功能,或者向使用第三方的控件,我的控件就不能使了。
于是我重新做了一个控件,可以连,stringgrid,接dbgriddatasource,即使这些控件升级,只要
是在原来的基础上就可以用我的控件,而且增加了打印预览,以及很多功能。以后想要扩展功能只要
改这个控件就可直接用于dbgrid,stringgrid,datasource。
而所开发的软件系统不用改代码,只要重新编译就可以完成升级。
以后我还想我的控件可以打印更多的控件。
其实增加一个打印其它控件功能,只要短短行几十行代码,简单的控件则更少。
原因我是把打印控件分成了两部分,一部份是生成打印内容,一部分打印和预览。
再一个就是代码细化,每一部分都有很多模块,每一个模块实现一定功能,而增加一个打印其他
控件的功能,只需改动第一部分其中一个模块,其他模块不受影响。
也就是说我的控件扩展起来是很方便的,而且对使用控件的软件系统没什么影响。
其实这个控件从去年夏天基本定型,断断续续几经升过好几次级了~
而我大大小小也做了几个软件系统,每次升级都是利用做完一个软件系统,空余时间来完成升级。
因为每做完一套系统,总觉得这个控件就需要增加一些功能。升完级后,做新的系统就可以使用新
升级的控件了。
通过做控件的过程,使我对面向对象的软件开发方法有了更深更新的理解,对我以后开发软件有
很大的帮助。
如果那位朋友对我的控件感兴趣可以到下面的地址下载:
http://www.csdn.net/cnshare/soft/15/15471.shtm
我只是中专毕业,而且在一家小公司工作,好多东西都是自己摸索来的,还有很多csdn朋友指点。
所以我的控件肯定在编程方面有很多不足和错误,望各位高手,多多指点。
虽然PB致力数据库,但在数据库方面也不见得比Delphi好。
如果你使用过PB你就知道,不要给别人的胡言乱语而骗到,作为程序员,也有逻辑分析的头脑。
Object Pascal无论在面向对象中不是在运行度速上都比Power Script好得多。
其次我想向楼主以及其他污蔑和诋毁Delphi的朋友请教四个问题:
你对Delphi了解多少?
你对面向对象了解多少?
你对数据库应用开发了解多少?
你对软件系统工程了解多少?
因此,我认为Delphi提供让别人开发第三方控件本身就是一个成功。而且是RAD的,很方便。如果用VC来做,MFC就够我学三年的,然后再做其他方面的,比如界面的,那要做到什么年头啊,因此我认为DELPHI使用这种模式是非常好的。
而且,象7的INTRAWEB,还有indy的,做出来的网页那叫爽。你用ASP,或者JAVA来试试,而且我的网页中集成了TCP/IP的东西,是服务器直接向网页发数据包,这样就改变了网页的请求/应答模式,一般的情况下这种东西是非常麻烦的,使用第三方控件,然后再把第三方控件整合起来,轻松搞定。
不用管什么底层的东西,本来我们使用DELPHI就是为做上层的东西,使用第三方控件多方便。