越来越觉得delphi烂！(0分)

SupermanTm说的是真的，你们不见，当ADO的驱动还是2.1的时侯，Delphi5还好
好的，当ADO驱动升到2.5的时侯，Delphi5就不好用了，必须有ADOUpdate1才能
正常的操作ADO驱动，当ADO升到2.7的时侯，就必须有ADOUpdate2了，否则，你
编的Delphi程序就别用ADO操作数据库了。你们看看，SupermanTm说的是不是真的？！

觉得烂就不要用算了

哈哈哈，好热闹啊

ss2000,你真的很可笑，我是说象你一样骂人的人素质低下，不要把概念转换为：高手素质低下。
到现在为止，我还没有觉得你是什么高手，你和一个“泼妇”差不多。

说什么不好，什么好，很正常。你要说好，你可以举出理由。这里很多人说的挺好，比如，cwmdelpher发的帖子，
不管人家是引用的。还是自己写的，人家至少知道一条条分析，有理有据，象你们这种人最多就是大富翁的败类。
你们不是大富翁的代表！

还有，你们少数几个人，肯定不止一次遇到这样的问题了。也许，以前很多人也说过这些，我又触到了你们的痛处，所以
我一说delphi不好，立刻跳的多高，生怕别人不知道你会delphi，你喜欢delphi。
我觉得你不过是一个跳梁小丑！

你不喜欢，你可以不进入这个帖子，为什么不停的骂人？这显然说明你们这些人心虚嘛！
实际上，在每个论坛都有人说这个好，这个不好。但是，我还真的很少遇到象你这样的跳梁小丑！
骂能代表你的水平高，骂能改变事实？象你这样心态都有问题的人，还写程序？我猜想，如果你写的程序，
如果用户说不好，你肯定把人家骂的说好？对不对？
我相信不管谁写的程序都有人说不好的，所以你不要骗我们说“你的程序从来没有人说不好的”。
如果用户说你的程序不好，说你的程序“烂”，你会如何？你会杀了人家，还是骂别人？

大家去看看他上面回的帖子，就可以看到，他除了漫骂，还会什么？

最后，请你这样的人不要在这里丢人了，或者不要在这个帖子里面丢人了。我觉得，大富翁象你这种人，非常少的。不要再败坏大富翁的形象了。

很多人说，你在delphi论坛说delphi的不好，是你自己的问题？这个简直是笑话，任何一个论坛，都有说他的东西不好的帖子。

比如，vc论坛说vc烂的帖子不在少数，要么你就不看，要么你就解释一下，我还真的第一次遇到象ss2000这样的败类，一上来
就进行人身攻击的！你用delphi，我觉得不配！你以为“骂”能作为论据吗？

我从来就没有说过自己是高手，也没有说过，vc什么都好完了，你可以自己去看我的帖子。我不会迷信和排斥任何一种工具。任何一种东西都有他的缺点。
我一说delphi不好，就是“狂妄”？我是不是象某些人一样，一上来就说“使用delphi的人就是烂！”，我发了这样的帖子了吗？我进行人身攻击了吗？
况且delphi就好完了吗？有任何一种开发工具敢如此说？

好了，那些骂人的败类，如果你们不喜欢，不要在这个帖子里面留言了，一个人说的好:你最好不要看我的帖子。大家都清净，ok?
我相信这里朋友还是挺多的，离开了你这样的败类，大富翁不但不会没有人气，反而会更好。
离开了你这样的败类，这里的问题照样解决。秩序会更好！

听我一句话，最好的方法就是不要理我的帖子，我也懒得和你这样的人说什么东西。
欢迎真心从技术角度交流的朋友。只要不进行人生攻击，我可以容忍任何批评。比如，说我不懂delphi，说我的程序烂，
说是你自己的问题，不是delphi烂，等等这样的观点，我都接受。
这些很正常，我不会象一个“泼妇”一样对从技术角度批评我的人进行任何人生攻击。

还是要在骂这个家伙！（算了，骂他笨蛋是抬举他！）
不跟你讲谁好谁坏。白费口舌，cwmdelpher是他他抬举你，对牛弹琴。（我们倒受益匪浅）
>这说明了你知道直接在VC中取记录数会出问题，那你怎么不说VC太烂，连
>记录数都取不出来，而是找到了方法，先movelast再取记录数，怎么在Delphi
>中出了问题，就不找解决问题的方法，就直接骂Delphi烂！
以上的问题，你怎么不说话？
既然你的问题已经解决，还是你自己的问题，为什么还赖Delphi？
我是泼妇？也比你蠢猪强！（对不起各位DFW，我看到这种人生气，控制不住自己）。
不回就问，没人说你。如果你放屁，当然有人管你。当然，你会说你还能管得了我
吃饭放屁？是，如果你在家放屁，没人管你！在这里放屁，欠骂！
各位看看，像cwmdelpher一样的DFW已经说了那么多，对他有用吗？！
所以他欠骂！
你的代码那么臭，还有资格说三道四？我的代码臭，就算我的代码再臭，可是我没有
放屁呀！哪像你，屁那么臭，还一个接一个的放！
我不会列什么理由说Delphi比VC好，虽然我对Delphi和VC都很精通，（我曾在这里发表
了一下我的看法，不过我删除了，觉得给他看糟蹋了）那样就上你的当了，你这种人只
配挨骂！
各位DFW，愿意讲道理的，就跟他讲讲道理，不愿意的，就骂死他！
哈哈哈，痛快！

呵呵，我不是给你说过了吗？ss2000，请你不要再这个帖子里面回了，你鄙视我的最好方式就是
不要理我的帖子！连这点都不知道，你还好意思骂别人，有些问题我不想反驳你，不过你自己抓住不放，只好
给你说说了：
1。ado的问题，没错，在vc里面取recordcount之前需要使用movelast，这个msdn里面是很明白的说了的。
所以，这个不是我需要什么解决办法，而是非常正常的操作。在delphi里面，所有的方法都try过了，还有你
自以为很灵的光标类型，这些本来在任何平台都是相同的东西，我当然也是try过了的。所以，我才发这样的哦帖子，
后来证明是ado的版本问题。你肯定会说这不是delphi的问题。是吗？一个网友说的好，ms可以故意让你的程序不如他的，
尽管卑鄙，但这是没有办法的事情。因此，windows下开发的最佳工具，borland的显然吃亏。
作为用户，我们不承认这个不行。我们只能取选最好的，最方便使用的用。否则，现在很多delphi程序员不用bde，用ado？

2。你上面说道api的调用方式有pascal的方式。我本来不想说，但是看到你让很多第一次听到的人大感惊异，而且产生了误导作用。
调用方式和调用格式是两个完全不同的概念！
调用方式本质上是指程序跳转的时候参数如何传递，如何保存，如何返回的。在window里面确实有pascal的调用方式，同时也有c的。但并不代表api的格式
是pascal的。调用格式是c的，这个是肯定的。而调用方式本质上是跳转的时候地址压几位，参数入堆栈的顺序等等。这些对程序员来说是根本看不到的。
我们能看到的是调用格式，也就是引用的语法！否则的话，delphi调用api的时候就不需要数据格式转换了。
显然，从这个角度来说，c/c＋＋比pascal更适合作系统设计，更方便。

算了，不想和你这种人费什么口水，请不不要再我的帖子里面出现了。希望以后在我的帖子里面不要看到你的任何文字。
这里先谢谢了。把你的口水留给那些喜欢和你对骂的人吧，我想你找错对象了！

你既然敢在这里叫板，骂Delphi烂，就应该能承受别人骂你烂！
如果不能忍受别人骂你，干嘛要在这里骂Delphi烂？！
如果把你是指出Delphi不好，我是不会骂你的！
可看看你的标题，你这是发表看法吗？！
活该挨骂！

不要骂了。我来从技术上比较一下。

Delphi和VC是我最喜欢的编程软件，在所有Delphi可以完成的地方，我用Delphi，其他地方
我用VC。
1.在编译速度上，Delphi有很大的优势，着不是由于Pascal语言，而是，Borland的编译器太
强，如果，softman11是和我一样从Turbo C用过来的话，你就知道Borland在编程软件上的
功力了，着不是MS可以比的。
2.从构架上说，VC的MFC等于没有，如果有人写VC的程序用MFC，那么就不是高手。我从来不用
MFC，因为还不如直接用API方便。而业界评价Delphi的VCL领先MFC20年，这是有道理的，从
面向对象的角度看，VCL是最好的，而且，VCL构架的可开发性和清晰度是MFC不可比的。
3.在开发速度上，Delphi是当之无愧的强者，你不信可以用VC写写看，反正VC和Delphi我都经
常用，VC写程序的确没有Delphi快。而且，Delphi几乎可以写所有的程序，不要认为Delphi只
是数据库开发工具，我用Delphi做了很多很多程序，几乎除了驱动程序和3D游戏以外，都可以。
4.在运行效率上，VC是胜者，这就是我既用VC又用Delphi的原因，只有在对速度要求很高的场
合，我才用VC写，因为虽然牺牲开发时间，可以提高很多运行效率。但是，现在CPU已经很快了，
在多数场合，功能是第一的，这时候除非你很傻，否则不会用VC来写的。
5.在驱动程序，3D游戏方面我一直坚持用VC，因为Delphi在这方面的开发的确很差。

我很奇怪，现在VC的程序员为什么这么狂妄，好像Delphi程序员只会Delphi似的。
我编程入门时候用的就是C，我喜欢C的自由，但是，VC就像当年的汇编，可以干所有的事情，
但你要为了效率浪费很多很多时间。我一直幻想Borland会用C++重写BCB的VCL，这样，我就可以
用C++（语言最强）和VCL（构架最强）来写程序了。

>>后来证明是ado的版本问题
你连ADO的驱动升级都没有装，就在那里叫嚣Delphi烂，你烂不烂呀！

>>调用方式和调用格式是两个完全不同的概念！
>>我们能看到的是调用格式，也就是引用的语法！否则的话，delphi调用api的时候就不需要数据格式转换了。
本来想加狗屁两字，算了，为了其他DFW，就不加了。
什么是调用格式？是什么叫转换？
API函数不过是对调用DLL函数的申明，当然需要先定义才能使用，
C/C++需要头文件说明，Delphi也需要，你怎么不说是C/C++翻译Delphi的的文件？！
语法不一样，当然是不同的定义，在VB中还是另一种定义！
你说在VC中是c的格式语法,要是在VC中出现Pascal格式语法,那才见鬼!
要是delphi调用api的时候用你所谓的c语法,那又见鬼了!当然用Pascal格式了。
你非说C/C++定义好，有这种道理？！你不懂非说懂，现在来圆你的说法，你当
我们都是白痴，忽然又钻出调用格式和调用方式两个概念，我看你才要误导别人。

>>作为用户，我们不承认这个不行。我们只能取选最好的，最方便使用的用。
还是的，始终认为VC++比Delphi好，还不承认？！男子汉大丈夫，敢说敢认！
这有什么，我也不认为VC++就比Delphi差！你太虚伪了！

>>现在很多delphi程序员不用bde，用ado？
没错，现在BDE快被抛弃了，只在访问DBF文件和Paradox用，访问Oracle也用，
因为Oracle的ADO太差，当然，以后还会被抛弃，因为BDE只是维护状态，没有
发展更新了，而ADO还在不断的更新。这能说明什么？说明ADO比BDE好，就说明
Delphi不如VC好？这是才两个概念，一个是数据库引擎，一个是开发工具！当初
BDE出来的时候，并没有ADO，BDE比微软的ODBC不知好用、先进多少倍！可惜由于
IBM等大公司的背叛，BDE被抛弃了，随后微软推出了ADO，BDE也就英雄末路了，
不过在访问DBF,Paradox，interbase等数据库仍然是首选，对于Oracle，现在
微软的ADO也很烂，仍然首选BDE，不过可能当ADO新版本推出后，ADO会替代BDE对
Oracle的访问。大家可以知道了，ADO和BDE比较，不应该那么简单的比较，就象
不应该简单用VC++比较Boland C++比较一样。VC++比Borland C++好，不过Borland
公司还有Delphi和C++ Builder，应该和他们比。ADO总的来说比BDE好（对于DBF,
Paradox，interbas，还是BDE好），只不过BDE没有新产品了，所以BDE就不如ADO了，
老实说，我现在访问Access，SQL Server 都用ADO。ADO好！不用装驱动！微软都装
好了。（95，98除外）ADO先进，因为它还在不断的更新！

>>没错，在vc里面取recordcount之前需要使用movelast，这个msdn里面是很明白的说了的。
那RecordCount问题注释也说得很明白，urus已经提醒你了，怎么你就会看msdn，不会看
Delphi的注释？是不是因为msdn有中文版，Delphi没有中文的缘故？

>>我所以使用自己程序遍历计数的方法实在是被recordcount逼得。
你被逼就逼出那种办法，你真让人笑掉大牙！

>>希望以后在我的帖子里面不要看到你的任何文字。
我还希望在DFW里看不到你的任何文字呢！你管不了我，我也管不了你！
你尽可以骂Delphi烂，我也尽可以骂你烂！
言论自由嘛，哈哈哈！
就算VC++比Delphi好，就算Delphi烂，你也不知道VC++好在哪里，Delphi烂在哪里。
对你这样的人，不骂行吗？
不骂恐怕你要跳上天了！这是对你好，小子！

建议楼主结贴，或者班长代劳！！！

呵呵，那个ss2000现在连逻辑都混乱了。还一个劲跟帖子。
真的懒的理你。。。。。。

算了，不想说什么，因为你现在逻辑都混乱了（我说过vc++比delphi好的话吗？）。麻烦你先把帖子看完。
唉，和这种人说话真的累，懒得解释了。

最后说一次，请你不要回帖了。来这个帖子的人自己会看的。

和你这种人完全是浪费口水和时间。以后你看到我的帖子，就不要看了。省得自己生气。
生气对身体不好，你还是做活几年吧。

>>我说过vc++比delphi好的话吗？
既然vc++不比delphi好，那Delphi烂，VC也烂，那你在这里放什么屁！
那你还说Delphi烂是什么意思！你更烂！
>>算了，不想说什么
不敢说就算了，我也没让你说！
你能闭嘴听我骂，说明你虽然烂，但是孺子可教，那我就在骂你几句，
算是对你的教诲，哈哈哈，烂仔小子，我越骂越高兴，怎么会生气，
我越骂你心情越愉快，一定能多活几年，有你的功劳！

>>softman11
>>越来越觉得delphi烂！
说这话的人(尤其是在这儿)确实该骂,softman11后面说的话
也是没有认真看看别人的发言,才会招来极大的民愤
而且,你不知道,BORLAND的用户是忠诚度最高的,
在这里,骂DELPHI,等同于骂这里的所有对DELPH有感情的人吗?

>>softman11
>>正在写报表程序，使用quickrep。唉，真是烂，功能如此单一。纸张无论如何设置。均是A4的规格。
>>虽然设置成功其他纸张，但最后打出来的都是按照A4的规格。
"单一",我不知道你从何说起
quickrep 是第三方的控件,好象是欧洲一个公司(瑞典?) 纸张格式要跟打印机设置的格式一样才会有用
或用自定义格式,用工具就应该好好看资料,好好用,"真是烂"还是谨慎些说,留给自己也无妨

>>SS2000
>>SupermanTm说的是真的，你们不见，当ADO的驱动还是2.1的时侯，Delphi5还好
>>好的，当ADO驱动升到2.5的时侯，Delphi5就不好用了，必须有ADOUpdate1才能
>>正常的操作ADO驱动，当ADO升到2.7的时侯，就必须有ADOUpdate2了，否则，你
>>编的Delphi程序就别用ADO操作数据库了
M$确实做事很不地道,TMD

hehehe,这个ss2000，其他本事没有，脸皮和无赖真是前无古人呀。

我不是说了吗，请你不要在我的帖子里面回帖了。

如果你要骂，你在你自己里面的帖子去骂好吗，继续骂我也可以。甚至，你自己开个帖子，然后专门骂我也可以。
ok？反正你的帖子我不会来看的。无论你如何骂，我保证不理你。哈哈。

其实quickrep可以啦！免费的么！
至于table。现在我很少用！总觉得太弱
写个单表的东西用它是很方便，但我不知道用table怎么解决下面sql解决的问题

select menuid from userright where userid=:userid
union
select menuid from roleright where roleright.roleid in (select roleid from usermember where userid=:userid)

我对vc是个菜鸟，应为我在学vc时已经学了DELPHI 可能是我苯的缘故吧，
总觉得VC不如DELPHI好学，但我相信一句话。“存在及合理” 好像是黑格尔说的：）

还有 我十分佩服你的勇气，在这里骂DELPHI。可见你的胆子一定很大：）小弟佩服佩服
但我只能说你很不智。

对了楼主。不要骂我哦~~~呵呵 我胆子小

ZT:
印度软件开发

我在工作中，接触到印度软件公司开发出来的软件：
整个体系架构非常清晰，按照我们的要求实现了全部功能，而且相当
稳定。但是打开具体的代码一看，拖沓冗长，水平不咋样。我们自己
的一些程序员就有怪话了，说他们水平真低。但是！ 印度人能够把
软件整体把握得很好，能够完成软件，并得到相当好的设计文档。
而中国人在那里琢磨数据结构、算法，界面人员就还没编码就想着
是Outlook式的还是Visual Studio式的界面。到最后就成为Code
高手，对某些特定的开发工具精通，但是就是不能保证能够把
一个软件稳当、完整的开发出来。
举个简单的例子：
软件中需要一个列表，用来表示我们处理的事务。该类表在业务繁忙
的时候将变得很大。中国人就用双向链表，抱着《数据结构》书在那
里写链表的类。印度人开了一个大数组，然后就开始干。为什么
印度人不用链表，他们说：
1、你们给出的设备（小型机），最少具备512M内存，
浪费一些没有什么。
2、数组方式访问方便、效率高。

看出了一拿到东西就吭哧吭哧作Code，和好好进行软件分析
的不同了吗？
正好前几天我有几个同事从印度回来和我们交流那家公司是
CMM4级公司. 我感受的几点:
1 流程重于项目
2 QC(就是QA)独立于研发部门专门检查研发部门的开发流程
是不是按照既定流程走.如果QC觉得流程不对他会直接上报高层
项目肯定就此停止.
3 所谓的项目经理(PC)一般也是从编码人员升上来的并不是
所谓的不懂技术一般都至少有四年以上的经验
4 PC主要就是制定开发计划负责协调填写各种表格.
5 所有的东西(包括草稿)都有文档.
6 详细文档要求达到只有这个文档就可以编码的程度
一般写文档时间占60% 编码时间极少
7 有各种详细的review(同行评审) 项目组内的项目组之间的
客户的...
8 计划很详细的确能达到小时级但是实际情况还是误差比较大
所以他们也有加 班.

先学习UML和Rose以及RUP，不要总是要找着证据。
在中国的软件开发水平下，很难给你一个好的例子，OK？
中国人总是要看到一个东西有了试验田，而且稻子长得好，
才换稻种。要知道在国外上述的软件开发模式的应用，
大可以看看Rational网页上的story。Just do it! 一句话，
中国的软件开发水平低得很。赶不上印度人，印度的软件公司
可以让高中生编代码，它的软件工程水平可想而知。
当然，你如果是个很牛的程序员。估计够呛，因为中国的气氛中，
很牛的程序员都很难接受软件工程的。你可以测试一下自己，
看看自己适不适合现在学习软件工程：
1、你是不是不能忍受一个编程序不如你的人做你的项目经理？
2、你是不是觉得你的老板对客户吹牛皮、夸大自己而感到不舒服?
3、你是不是一个拿到一个需求脑袋里第一念头就是如何实现的人？
4、你是不是很崇拜Stallman，Linus，很讨厌Microsoft?
5、你是不是曾经在深夜编码的时候，突然感觉到一种乏味，
对Code的生涯感到一种无趣？

以管窥豹──印度神话 作者："Kino" 我们现在处于深深的自卑
当中，感到中国的软件工程水平的低下已经是牵涉到民族
劣根性的问题了。
1、他们的软件教育水平： 我们招聘印度人，给应聘者出了一份
与国内差不多的试卷，有基础概念和编程题目。 等到他们完成后，
我们这些中国的自认高手惊呆了！他们的编程题目简直象是抄袭的?
?nbsp;程序结构，注释，变量命名就不说了吧，全部都是极其类似！
反观中国的牛人、高手，每个人有自己的一套。到了新的岗位，
先把前任的程序贬损一通，然后自己再开发更多的问题的代码来
代替。我的公司统计，一个软件中有4个以上 CSocket版本，
每个人都觉得别人做得差，自己再搞一套。中国人，就是这个样子，
还会辩解说“我们这样有创造性”。 其实软件发展，早就走过了
求伯君那个编码英雄的年代，程序员已经是个坐办公室的蓝领了。
你具备拧好一个螺丝钉的能力就可以了。Code是最低级的事情了。
2、他们许多公司的项目经理根本就不懂技术。 中国的项目经理
如果不能在技术上压服下属，那么下属将与他搞鬼，越是高手
越喜欢搞鬼，根本不知道作软件的终极目的是从别人兜里掏钱，
而在内部搞不团结。技术高手都会纠集一些对他技术上崇拜的菜鸟，
与管理层作对。而印度的软件经理根本就不懂正在做的东西，
许多甚至直接就是MBA，或者是领域专家 （工业设计、地理专家等）
，而不是编码的专家。但是却能够领导大群素质良好的程序 员
把工作做好，没有内部不团结的情况。许多印度的程序员加入
一个公司很长时间，都不知道自己整天编的代码是干什么用的。
给他们的任务可能就是一个函数的声明以及该函数要实现的功能
。我们呢？
3、他们的编程人员的流动率达到30%! 他们的编程人员流动率
（包括内部项目之间的流动）高达30%，可以想见他们的文档水平
如何。他们的产品不依赖任何一个人，谁都可以立即辞职，
产品的开发还是会正常进行。 而中国，是老板怕总工。
技术骨干拥兵自重，抗拒管理。任何制定好的计划，都有可能
被技术人员推翻或者跟你消极怠工。
4、他们的开发计划能够做到小时级别。 如果一个印度公司的项目
经理没有上班，那么他的下属将可能不知道作什么。他们的计划
一般都定到天，每个基层开发人员每天的工作量就是8小时。
而我们能够给出月度计划的公司就很少，而给出的月度计划要么
不可能实现，要么就可 能被取消。开发人员被初略的给个任务，
他在月初，可以慢慢琢磨是做成什么样子，然 后上上网，聊聊天。
到了月中和月末，就开始熬夜编码。

看到每年，从各大高校不尽牛人滚滚来，我们是不得不要召人，
同时又是不抱希望。我 公司现在有意以后将核心软件开发外
包给印度公司，中国人？做做界面吧，中国人做界 面会极尽
奇技淫巧，搞得花里胡哨的。 BTW，我公司非外企，大家不要误
会我们有什么种族歧视。但是我们现在就是对自己歧 视，自卑得很
。中科院那么多研究院，连个能用的操作系统都搞不定。
北大开发一些东 西，比如什么青鸟CASE，就是给一帮人评职称的。
杨芙清院士整天搞来搞去，搞出了什 么东西？B大，T大的人最难
管理，牛得看不见人。 中国的程序员骂微软，追Linux是全世界
最狠的，可是我们除了汉化Linux，做了什么东 西出来。CDE是
瑞典人写的，Linus是芬兰的，GNome是墨西哥人写的。哎，我们
曾经是多么的瞧不起印度人。

争个p，还不都是coder.
我以前也是纠缠于这种争论，现在已经在汽车论坛上争新雅阁和帕杀特了。
留点时间多挣钱才是上计。

PS:我是用DELPHI的懒人，但目前已有能力雇用用任何语言的勤人了。

呵呵，zblue，放心，我不会骂你的。因为骂人的人不是我。

我与楼主相反，却用DELPHI越发现自己烂，从前我也出过这样的问题，添加记录或删除记录
后不能马上自动刷新的问题，当时也用了这样的方法来解决的，现在再也不会出了，可能是
比从前高明了些吧。越学越觉得自己什么也不会。