Delphi程序员=汤锅中的青蛙 错错错错错错错错错错错错错错错错错错错错错错错错错错Borland Delphi的开发者也没有控制你的思想,更没有抓者你的手. 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 xyzguan:你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少?你了解Delphi多少? 我不了解Delphi,但至少靠他吃饭,我只想告诉那些真正喜欢编程的人,不要停留在Delphi的表面,要知其然,还要知其所以然。千万别做那种只会Ctrl+C,Ctrl+V的人 你可以不用VCL吗!你喜欢的话,你自己去做个FORM,BUTTON看看!~你可以有很多的选择的啊!把自己的工作建立在拥有的成果上是个好事情啊,是对资源的充分利用,一切从头来是可以学很多的东西,但是不是程序的发展方向,现在谁还想用机器码做程序?用DELPHI很好!是最好的选择,也是最好的手段!享受这种方式吧!要不程序就没有发展了!我们在利用别人的成果的同时,也应该把自己的成果授之与人!别人也应该利用我们的成果!这才是向前发展的途径! 关语言什么事?Delphi与Com有矛盾吗?我说过,如果你用斧头去做个飞机飞上天,我真的佩服你是高手!语言只是工具,有好的工具你不用是你的自由,不错,Delphi开发界面是不错。但如果像这位老兄所说的Delphi编程只要拉一拉就行了,那么是不是一个婴儿也可以完成?再有,这位老兄如果以为Delphi是个个空架子,可能他只认得d,e,l,p,h,i这六个字母,推理,他其实也只听说过com这个名词。至于死去,呵呵,谁都会死,当年春节听到小平去世的消息我就是这样一番感慨。人确实是要上进,还有一点就是能够为这社会创造价值就是了。就如相机,我很爱单反相机,但也不反对别人用数码相机,(自己就有一台Kodak dc260),也不反对用傻瓜相机(有一台莱卡Z2X,名头不小吧),更不反对这位老兄要拿个画笔来涂几下,然后在一旁得意:当年毕加索也玩过这东西! 看看帖子:http://www.csdn.net/Expert/topic/506/506423.shtm 就是这篇文章RAD与non-RAD —— 2002.1.29nicrosoft([email protected])http://www.sunistudio.com/nicrosoft/ 该文绝大部分文字本来准备出现于正在写的一本新书中的,不过写完之后感觉和书的主题不甚贴切,因此就毅然从书中删掉了。不过感觉这段文字说出了很多一直想说的话,因此便将它独立成文。 似乎说到Delphi,就会谈到这个话题。不错,Delphi是RAD(Rapid Application Development,快速应用开发工具)。 VB的出现,掀起了一场编程方式的革命,它带来了可视化编程,一种无数程序员所梦想的编程方式。但也从此,给人留下了这样的印象——RAD就是搭积木。这也让一些“高手”对RAD不屑。很多初学者感觉VB好用,立刻就可以写出一个能看上眼的程序,但在学习、使用一段时间后,便感觉无从更进一步了。于是,又责怪RAD太过简单。甚至许多熟练的Delphi程序员都会有着类似的担心,RAD是不是不登大雅之堂? 或许,用VB进行开发,的确可以算是搭积木。但是,请不要认为这就是RAD的全部。而且,Delphi绝对不等同于VB! 首先,RAD是提高生产效率的工具。工具是被人们用来解决实际问题的,而不是用来炫耀或作为理论来学习的。好的工具应该是可以帮助使用者快速、有效的达成目的,那么,RAD正是扮演了这样一个角色。它让你能够专注于问题的重点,用别人写好的,经过大量使用测试的现成控件按照项目的业务逻辑,组装成符合客户需要的软件产品。既保证了开发速度,又提高了质量(可以近似认为现成的控件是零bug的)。从这个意义上来说,搭积木的开发方式是有存在的价值的,这也是全世界程序员所梦想的“模块化”的一种形式。搭积木本身并没有错,RAD并没有错。 其次,RAD是工业的开发工具,不是学习工具。众所周知,RAD简单易用,初学者一接触到RAD,仿佛找到了学习的捷径。但是,最终可能会让这些人丧气。因为,简单易用的背后,是需要扎实的基础作为依托的。RAD出现的初衷就是让开发者不必考虑太多的恼人的细节,但并非不需要相关的基础理论的支持。比如:用Delphi开发基于TCP协议的网络应用时,你不必知道TCP包的格式,但是,如果连IP地址都不知道是何物,纵使有RAD也无补于事。而且,知道的越多,在出问题时就越容易解决。RAD的简单易用只是降低了开发人员在尝试使用RAD时的学习曲线。又如:你精通Windows环境下的SDK编程,能脱口而出所需要的Win32 API,那么,当你使用Delphi时,不会有什么困难,至多熟悉一下VCL如何封装这些API。如果Delphi是非常难学难懂的开发工具,你会耗费精力去用它吗?不如直接用SDK开发了。如果将掌握RAD本身作为学习目标的话,那么你注定至多只是个业余的编程爱好者而已(没有贬低爱好者的意思,只是相对于专业程序员而言)。在此,笔者有一些题外话,经常可以听到有人说现在大学计算机专业学习的内容与实际需要脱节之类的话。其实如何才算不脱节呢?真的要学校教VB、VC、Delphi才算不脱节?如果真是这样的话,VB、VC、Delphi都淘汰了怎么办?那才是真正的悲哀呢。言归正传,所以,RAD不是学习的捷径,RAD是实现的利器。 最后,RAD和non-RAD是互补的。RAD和non-RAD有着不同的适合领域,存在原因和拥护群体,它们的存在并没有冲突,也不必人为的将它们对立起来。常可见non-RAD的使用者嘲笑RAD的使用者“低阶”,其实这些所谓“高手”只是眼高而已。使用VC的一定比使用VB的人“高阶”?项目中使用什么编程语言、开发工具,时常并不是你个人所能左右的,会受很多因素制约。比如:客户的硬件环境、操作系统环境,开发环境,开发工具的成本、许可证等等,所以使用什么工具说明不了问题。况且,专业程序员不应该是忠于开发工具,而是应该忠于自己的编程理念。我只会说“最喜爱XX开发工具”,“最熟悉XX开发工具”,绝不会说“我是使用XX开发工具的”。所以,RAD并不等于低阶,non-RAD并不意味着高人一等。RAD和non-RAD的存在,并不冲突。个人水准的高低,也不是通过你所使用的工具来表现的。 很多刚入门的编程爱好者,摆弄了几天VB或Delphi或C++Builder,拖拉几个控件弄出个EXE之后,便宣称自己已经学会了编程,这就有些盲目了。这也是为什么RAD会被人误会的原因之一。不可否认,RAD的出现,使得编程的门槛变低了。但是,入了门槛并不等于都掌握了,程序设计本身是一门博大精深的学问,做学问最重要的就是严谨、踏实。 另外,虽然Borland一直宣称Delphi是RAD,但其实你完全可以把Delphi 当作non-RAD的开发工具来用(即纯Object Pascal编译器),这也是其提供的自由度的一个表现吧。 转载请加上: 原文出处:http://www.sunistudio.com/nicrosoft/ [email protected] 现代的科技就讲究社会化,你不可能什么东西都是自家生产。人的精力有限,我们只是生产线上的一环,另一方面,要站在巨人的肩膀上。我认为,相上进的程序员,他用不用Delphi,都会往深里提高自己。我固执地认为:写程序的工作不是拉控件选属性,delphi让我们有更多的时间来设计结构,处理实际问题,但位仁兄好像是准备花大部分时间来画按钮? xyzguan你根本就不了解Delphi我是长时间的用鼠标拖来拖去,摆控件,选属性,但我也了解理解消息循环、理解Windows系统结构。我不了解COM但我理解TCP/IP当然我也会SQL来Select ,update,insert。Delphi并不束缚你的手脚,放开手脚去干。 你的基础知识定不好,要不然不会说这话,你学DELPHI不一定就要用这和种呀!!! 我选择DELPHi这种开发工具。是因为它的灵活,不论你想怎样来做开发(时间宽松可以用API,如果时间不宽松就直接使用VCL组件),而且还有PASCAL严谨的语法保证我不会犯低级错误。比如在IF语句中做比较却变成赋值一类,在这些方面我觉得比C语言好多了。而且,DELPHI有自己的完善的组件系统,能够保证在此开发系统中到处可用,但是其他开发系统就做不到这点。呵呵,前些日子我用dELPHi做了个图形绘制的COM,竟然比用VC做出来的显示速度还快,算是给DELPHI长了一小脸(实时显示和对CPU的占用率还有开发速度这些,我觉得我用VC就不行。我们公司的总是认为VC是最好的,可是最终开发工具是在开发人员的手里的,人不行,能怪开发工具吗?)。所以对DELPHI不能只学习那些VCL的用法。太初级了,应该找点OBJECT PASCAL的书籍看看。我认为很多人对对象都理解不透彻。 看你自己做什么了,我觉得消息,com原理之类的东西你肯定得用到虽然作简单程序不用,不过在公司作复杂项目的东西这些都是最基本的虽然公司里面也有一些连消息都不会处理的人,艾,只能看自己了!能怎么办呢? select , insert, update你可以不用,谁说非得要用 你最好看一下delphi vcl的源程序,理解一下windows的消息在delphi中到底是怎么传递的。如果你将这些源程序看上一两遍,可能你的想法就变了。 你以为delphi的程序员只会拖动鼠标,NO!!!!!!为了做出好的程序,我们有时付出的比VC的更多,因为有关VC、MFC等等的资料实在太多了,幸福啊! 不了解DNA分子螺旋,就不生孩子了吗?哪样人类 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄___________ 程序员之所以重要不是它的键盘,而是它的大脑。 它需要考虑程序的局部,而系统分析员需考虑软件的全局,需要知道哪儿危险。 一条船总得有一位掌舵人。to delphiforever(delphiforever)你说得很对, 我深有体会。“冰冻三尺非一日之寒”有道理 Delphi是很强大的工具。如果你只想coding,你可以不去管Windows机制,消息循环。但如果你想了解它,也完全可以。如果你愿意,并且有能力,你可以只用API写出功能强大的程序来工具只是工具,关键在你怎么用它 如何定时播放音频文件啊? &H2& + &H8& + &H20& + &H80& 代表什么? 如何在程序中应用dsp_DeFX.dll? 最好能提供源码,凡提供有效帮助者均有分 我在treeview1的click事件里写了内容,我怎么样在expanded的时候执行的是CLICK事件; 高手 !进!! 急!关于MDI窗体的生成和命名问题 高手请指教,紧急处理。 请问在大富翁论坛中,在哪里可以输入激活码,进入论坛后,老说我没进,红灯一直亮 请问.dcu类型的文件是如何使用的? 我也做了一个读文章的语音软件 请问类为何在create就错了 ,代码请看 form问题!大虾帮忙!
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
你了解Delphi多少?
千万别做那种只会Ctrl+C,Ctrl+V的人
把自己的工作建立在拥有的成果上是个好事情啊,是对资源的充分利用,一切从头来是可以学很多的东西,但是不是程序的发展方向,现在谁还想用机器码做程序?用DELPHI很好!是最好的选择,也是最好的手段!享受这种方式吧!要不程序就没有发展了!我们在利用别人的成果的同时,也应该把自己的成果授之与人!别人也应该利用我们的成果!这才是向前发展的途径!
Delphi与Com有矛盾吗?
我说过,如果你用斧头去做个飞机飞上天,我真的佩服你是高手!
语言只是工具,有好的工具你不用是你的自由,
不错,Delphi开发界面是不错。
但如果像这位老兄所说的Delphi编程只要拉一拉就行了,那么是不是一个婴儿也可以完成?
再有,这位老兄如果以为Delphi是个个空架子,可能他只认得d,e,l,p,h,i这六个字母,推理,他其实也只听说过com这个名词。
至于死去,呵呵,谁都会死,当年春节听到小平去世的消息我就是这样一番感慨。
人确实是要上进,还有一点就是能够为这社会创造价值就是了。
就如相机,我很爱单反相机,但也不反对别人用数码相机,(自己就有一台Kodak dc260),也不反对用傻瓜相机(有一台莱卡Z2X,名头不小吧),更不反对这位老兄要拿个画笔来涂几下,然后在一旁得意:当年毕加索也玩过这东西!
http://www.sunistudio.com/nicrosoft/
该文绝大部分文字本来准备出现于正在写的一本新书中的,不过写完之后感觉和书的主题不甚贴切,因此就毅然从书中删掉了。不过感觉这段文字说出了很多一直想说的话,因此便将它独立成文。 似乎说到Delphi,就会谈到这个话题。不错,Delphi是RAD(Rapid Application Development,快速应用开发工具)。 VB的出现,掀起了一场编程方式的革命,它带来了可视化编程,一种无数程序员所梦想的编程方式。但也从此,给人留下了这样的印象——RAD就是搭积木。这也让一些“高手”对RAD不屑。很多初学者感觉VB好用,立刻就可以写出一个能看上眼的程序,但在学习、使用一段时间后,便感觉无从更进一步了。于是,又责怪RAD太过简单。甚至许多熟练的Delphi程序员都会有着类似的担心,RAD是不是不登大雅之堂? 或许,用VB进行开发,的确可以算是搭积木。但是,请不要认为这就是RAD的全部。而且,Delphi绝对不等同于VB! 首先,RAD是提高生产效率的工具。工具是被人们用来解决实际问题的,而不是用来炫耀或作为理论来学习的。好的工具应该是可以帮助使用者快速、有效的达成目的,那么,RAD正是扮演了这样一个角色。它让你能够专注于问题的重点,用别人写好的,经过大量使用测试的现成控件按照项目的业务逻辑,组装成符合客户需要的软件产品。既保证了开发速度,又提高了质量(可以近似认为现成的控件是零bug的)。从这个意义上来说,搭积木的开发方式是有存在的价值的,这也是全世界程序员所梦想的“模块化”的一种形式。搭积木本身并没有错,RAD并没有错。 其次,RAD是工业的开发工具,不是学习工具。众所周知,RAD简单易用,初学者一接触到RAD,仿佛找到了学习的捷径。但是,最终可能会让这些人丧气。因为,简单易用的背后,是需要扎实的基础作为依托的。RAD出现的初衷就是让开发者不必考虑太多的恼人的细节,但并非不需要相关的基础理论的支持。比如:用Delphi开发基于TCP协议的网络应用时,你不必知道TCP包的格式,但是,如果连IP地址都不知道是何物,纵使有RAD也无补于事。而且,知道的越多,在出问题时就越容易解决。RAD的简单易用只是降低了开发人员在尝试使用RAD时的学习曲线。又如:你精通Windows环境下的SDK编程,能脱口而出所需要的Win32 API,那么,当你使用Delphi时,不会有什么困难,至多熟悉一下VCL如何封装这些API。如果Delphi是非常难学难懂的开发工具,你会耗费精力去用它吗?不如直接用SDK开发了。如果将掌握RAD本身作为学习目标的话,那么你注定至多只是个业余的编程爱好者而已(没有贬低爱好者的意思,只是相对于专业程序员而言)。在此,笔者有一些题外话,经常可以听到有人说现在大学计算机专业学习的内容与实际需要脱节之类的话。其实如何才算不脱节呢?真的要学校教VB、VC、Delphi才算不脱节?如果真是这样的话,VB、VC、Delphi都淘汰了怎么办?那才是真正的悲哀呢。言归正传,所以,RAD不是学习的捷径,RAD是实现的利器。 最后,RAD和non-RAD是互补的。RAD和non-RAD有着不同的适合领域,存在原因和拥护群体,它们的存在并没有冲突,也不必人为的将它们对立起来。常可见non-RAD的使用者嘲笑RAD的使用者“低阶”,其实这些所谓“高手”只是眼高而已。使用VC的一定比使用VB的人“高阶”?项目中使用什么编程语言、开发工具,时常并不是你个人所能左右的,会受很多因素制约。比如:客户的硬件环境、操作系统环境,开发环境,开发工具的成本、许可证等等,所以使用什么工具说明不了问题。况且,专业程序员不应该是忠于开发工具,而是应该忠于自己的编程理念。我只会说“最喜爱XX开发工具”,“最熟悉XX开发工具”,绝不会说“我是使用XX开发工具的”。所以,RAD并不等于低阶,non-RAD并不意味着高人一等。RAD和non-RAD的存在,并不冲突。个人水准的高低,也不是通过你所使用的工具来表现的。 很多刚入门的编程爱好者,摆弄了几天VB或Delphi或C++Builder,拖拉几个控件弄出个EXE之后,便宣称自己已经学会了编程,这就有些盲目了。这也是为什么RAD会被人误会的原因之一。不可否认,RAD的出现,使得编程的门槛变低了。但是,入了门槛并不等于都掌握了,程序设计本身是一门博大精深的学问,做学问最重要的就是严谨、踏实。 另外,虽然Borland一直宣称Delphi是RAD,但其实你完全可以把Delphi 当作non-RAD的开发工具来用(即纯Object Pascal编译器),这也是其提供的自由度的一个表现吧。 转载请加上:
原文出处:http://www.sunistudio.com/nicrosoft/
[email protected]
人的精力有限,我们只是生产线上的一环,
另一方面,要站在巨人的肩膀上。
我认为,相上进的程序员,他用不用Delphi,都会往深里提高自己。
我固执地认为:写程序的工作不是拉控件选属性,
delphi让我们有更多的时间来设计结构,处理实际问题,
但位仁兄好像是准备花大部分时间来画按钮?
我是长时间的用鼠标拖来拖去,摆控件,选属性,
但我也了解理解消息循环、理解Windows系统结构。
我不了解COM
但我理解TCP/IP
当然我也会SQL来Select ,update,insert。
Delphi并不束缚你的手脚,放开手脚去干。
我觉得消息,com原理之类的东西你肯定得用到
虽然作简单程序不用,
不过在公司作复杂项目的东西这些都是最基本的
虽然公司里面也有一些连消息都不会处理的人,艾,
只能看自己了!能怎么办呢?
为了做出好的程序,我们有时付出的比VC的更多,因为有关VC、MFC等等的资料实在太多了,幸福啊!
你说得很对, 我深有体会。“冰冻三尺非一日之寒”有道理