难道我也有程序员这该死的毛病?——CJ(0分)

  • 主题发起人 主题发起人 CJ
  • 开始时间 开始时间
C

CJ

Unregistered / Unconfirmed
GUEST, unregistred user!
一向以为自己是所谓实用主义者,属“懒人”范畴,不管什么控件,有利于工作
的即用之,我情愿花一个兴趣去找,不愿意自己花三天去写:-)更不管别人的嗲吗
是否可靠...
看,这次,一个数据汇总统计模块(Delphi5+MSSQL7),随手就抄起了
DevExpress Grid + 1stClass,那玩意真方便啊...打印也不用管...
别骂我..我就这样。
项目很简单,
1、20大类数据统计,
2、每大类有一些子项,
3、每大类要求不同的格式,其子项格式相同(20种格式)
主要是写SQL啦,那个好办,用不了几天。
不动脑子,随手在左边放上了个fcTreeView,定好20个NODE。唯一有些棘手的是:
20类格式,我想过放20个DXGRID,设置其VISIBLE属性,不过那样启动太慢,占资
源,也不专业嘛...想把格式保存成文件,动态调用,不过这样附带文件,也不爽。
唉,非点工夫吧...自己写了个不算完满的控件,里面保存DXGRID的格式,实际上
那东西真不怎么样——需要先把DXGRID设计期间定好格式,然后保存到文件,然后
把它读到控件里,唉,说白了就是个StreamList,不过增加了点功能而已。呵呵...
项目写完了,今天开了DELPHI,无意中发现了DxGridLayOut...我吐,我倒,我晕...
太方便了...我以前怎么没用??唉,难到我也有这毛病...
 
哈哈,找到知音啦!我前一段时间写一个数据库引擎,先买了北大杨冬青的书,
看懂了以后结果就懒得做了。从 berkely 的数据库抄了一堆,然后从 mysql 又
抄了一堆。
其实程序员这么做也没什么,应该说听正常。利用现有的东西完成功能是最重要的。
老兄同意否?
 
哦?自爆家底?你的数据库引擎将来是GPL之类么?
 
好玩,很同意一点,做得好不如用得好,因为我们已经不可能面面俱到了,学都学不过来。
掌握关键技术就可以了吗
 
所以
现在大家都强调复用
拼命建类(内)裤?
重视CMM
。。。
 
所以我干脆少用别人的控件。
 
最讨厌用那些做界面的控件,狐狸花哨的。升级麻烦。连重装也麻烦。
最好平时注意积累类(内)裤。:)
 
我没用过这些,公司强调用delphi的标准控件
看着有的功能还是可以,非要自己写代码,真tmd的烦
 
同意吴剑明, 界面控件真是TMD烦死人
 
看看谁的内裤最多。
 
痞子蔡的最多,从星期一到星期天都有。
 
我用别人的控件,但是多半是经过我亲手修改的。需要才必要。
我写软件,也在遵循一个原则;能通用则改为通用;不能的一般用别人的现成的控件。
我觉得;没有一个控件可以满足现在和将来的要求
多用别人的控件,也大大的加以修改。
我不赞成从无到有,一不一不来,除非你是买控件的。
 
我觉得用别人的控件好,但有的还是自己写的好,别人的东西不一定完全适合自己的要求嘛。
 
cj大师:我和您一样是个“懒人”,您用了这么长时间的DevExpress Grid 和 1stClass
一定把汉化问题搞定了,能不能把汉化好的控件给某一份,先行谢过了。
emil: wsxcy@yeah.net
 
mikedeakins,我这还有微软的SQL SERVER7技术内幕,SQL SERVER的内部结构都有,我也懒得
写了。最近又想改写DCOM动态平衡负载和容错服务器,不过又知道了原理,又懒了。CJ老大
帮了不少忙,在此多多感谢老大了。小弟现在广东出差,有空上网,跟大家聊聊。
说起控件,我很少用了,因为我开发底层较多,CJ老大老做应用,多换换空气。牛不吃草与
闻怡洋两位挺不错,想认识一下,不知大家谁能引进一下
 
阿朱同志,我还在猛抄数据库。看来只能做成嵌在应用程序内部的数据库引擎了,ODBC
的接口实在是够复杂。现在很想对我的程序作全面的调试和优化,无奈实在没有时间。
异步 I/O 和数据预定等等技术应当可以进一步大幅度提升数据库的速度,实现起来却是
有很大的难度。
唉,要是毕业以后能够搞研究就好了。
 
我这也有ODBC程序员手册,关于数据预取可参考《SQL SERVER7技术内幕》,关于异步
I/O可参考《WINDOWS API指南》,对数据库的操作,数据结构必须设计好,请多反复从头
思考,好好做下去。
 
wsxcy:发封邮件给我吧,不过最近OUTLOOK老出问题;
啊朱:OUTLOOK进不去,所以,给你的最后一封信写完了,但发不出去,也看不到,不好意思,好象写的还不算太短
 
鲁迅先生早说过的:拿来主义!!
 
后退
顶部