大家谈出自己用delphi的心得,以及自己是怎样认识delphi世界的! (300分)

  • 主题发起人 主题发起人 woyaoying
  • 开始时间 开始时间
怎么这么长时间,没有人愿意讨论啊?
真是让我大失所望,唉。语言是一门艺术,但真正懂艺术的人确实少之甚少。往往真理掌握在少数人手中,真正的大富翁在哪里?期盼你们能够写出自己真实的感受,以及自己对Delphi世界的认识,可能大家的观点各不相同,百家争鸣不好吗?为什么要统一?各有各的观点和看法不好吗?我们并不是来争论谁的观点对不对,谁的技术好不好,谁对编程的理解程度强不强?我们是在一起探讨这个话题,我们大家可以互相促进,互相的取长补短。唯一的目标是相同的,就是我们大家都有自己的目标和理想,唯有让编程才可以让自己的目标和理想实现。要不就失去了编程的意义了,你们说对不对?大富翁们~~~
 
woyaoying,觉得应该去买本NicroSoft写的《DELPHI高手突破》看看,会有收获。
 
搬个板凳听课
 
刚毕业时只会C、Foxbase(会计专业),苦学了一段VFP后,到一家软件公司写程序,不到3个月就被K了,只因我不会DELPHI。一气之下,改用DELPHI编程。
 
接口,顾名思意就是对象或系统之间的接口,
和继承无关,但是接口也可以继承,
是实现对象多态的一种方法,弥补Delphi不能支持多重继承的缺陷
 
惭愧我只到lajfox所的说第二步,正想向第三步进发,只是不懂的东西太多,我不是计算机专业的,基础知识比较缺乏,全靠自学,不知道这样的在大富翁多不多?当然我水平的确差,只是很喜欢学编辑,虽然天份不高,但每每搞懂一点,那怕是一小点,我都会觉很愉快,希望有那份荣幸有朝一日,跨入高手的行列,最后得感谢大富翁论坛,在这里受益匪浅.
 
对不起,我是来听的.但我觉得Delphi是易学难精.如何才能精?
实践,实践,再实践
 
我学Delphi时资料不多,有什么东西不会,只能自己解决,由于资料不多,没有葫芦照着画
瓢,只能从VCL源代码中找,一开始摸不着头绪,觉得VCL挺罗索的,我用的功能明明很简单
但它非要把代码写的东一块西一块的,让人摸不着头绪,幸亏IDE菜单里的Find in files菜
单功能不错,找起代码来挺容易的。随着对VCL的深入了解,慢慢的才觉得VCL其实挺不错的
但觉得归觉得,自己编程的时候,特别是数据库程序,总是觉得与面向对象格格不入,说的
多用得少,自从开始用了Delphi提供的MIDAS/DataSnap组件后,被逼无奈开始研究COM,由于资料少,从delphi提供的例子中又看不出它到底是怎么写出来的,不知道对着计算机屏幕
发了多少天呆,才看懂Delphi的例子都干了些什么,心里还奇怪,这么一大堆代码都是怎么
写出来的,结构再好,写起来也得不嫌烦阿,直到有一天无意中弄明白了Type Library editor 的工作方式,才觉得其实这种方式也不错嘛!这时,再回头看看,其实数据库和面
向对象哪里有什么冲突,我现在用面向对象不是用得好好的吗。总之,我觉得凡事不用强
求,一种新技术,用着不方便,觉得别扭,只是因为你还不习惯,习惯了自然就觉得好了。
我觉得VCL最大的特点就是“霸道”,总有点顺我者昌逆我者亡的味道,他总是强迫我跟上
他的节奏。不但逼着我用面向对象,还要让我慢慢的觉得用比不用更好!(开个玩笑,我说
这话没有贬低delphi的意思,其实我是Borland公司的忠实信徒)诸位如果觉得不对,特别是声称自己不用面向对象的同志,回头
看看自己写的代码,只要用了窗口,有那位大虾的代码不是封装在类中的!用DataSnap的朋
友,你们那个人写的代码可以不用接口,不用COM!我觉得VCL最大的好处就是让你在不知不
觉中,潜移默化的完成观念的转变!这就是我的一点感受,写出来与大家共享
 
我是工作需要
公司人人都用d5 d6
没理由我不用
 
聆听各位大虾讲座。受益非浅。多谢woyaoying
 
很遗憾,学了两年的D5.D6,感觉自己学得挺不错.有一天我遇到了真正的高手.我才发现原来我对OO还是那样的很肤浅!!!!
 
首先感谢wfzha,lajfox,samboy111,octance,wjsht,duanli,以及所有参加此贴子讨论的大富翁,不管大家是高手还是初学者,我都希望你们能从此贴子找到自己想要的东西,能对自己有用的东西。真诚的希望更多的大富翁参与此贴子,更多的将出自己的感受。也希望大家能把此贴子当做收藏,也希望初学者们尽举手之劳,将问题提前一下。分不在多少,重要的是大家的参与。
 
接触Delphi差不多一年了,却没有几个Delphi的朋友(除了公司的外),我进公司从同事那里得到的第一个关于项目编写的评价就是:我们在骗人!我觉得有点说不出的味道,自己真正接触Delphi不久(一年中都是断断絮絮的),他们这样说我也没有说什么自己的观点,但是心里面是不太赞成的。我开始编写项目,做到那里学到哪里,开始接触到对象,确实是忙了一段时间,自己编的程序我不觉得怎么样,但是还是积累了一些经验,觉得对象在项目中的作用很大,可以让工作量大大减少,也感受到越深入Delphi越觉得自己懂得少,我开始迷茫,我该怎么提高自己的Delphi呢?无意中,看到delphi中控件的源码(以前看过,可能是不太懂delphi,觉得多就不去看,现在对delphi有点了解了),觉得很有意思,我就觉得从这里开始。我开始编自己的控件,终于在3天前,我完成了我的第一个非可视控件,这个控件是从我编的项目中的对象积累出来的,它完成了只用几句代码就可以控制所有窗体的对数据库的操作(增删改存查印),心里面第一次有了点成就感。我现在又开始对一些可视化控件的编写,我看了2天源码了,今天开始动手了。
有点罗嗦了。吃饭去。。。
 
我是一名中专计统专业毕业;学习计算机编程是我最大的业余爱好,先学FOXBASE
VFP 1997年见到有关DELPHI的介绍,可咱是从过程编程中成长的对对像简直是迷芒的很
直至99年见到DELPHI3才发现DELPHI简直是太成功了,可是越学越发现自己学的越肤浅;
现在还在学,可DELPHI好在不用全学会,就可应用。
 
我是今年2月底才开始接触delphi。
也没有什么经验可言,只是开发的项目
所写的代码,一次比一次精炼。
 
一个不是计算机专业,没有任何语言基础的人,接触delphi一个多月时间;
而且身边也没有高手指点,只凭一股不死的勇气在钻的人,
希望高手们多点谈谈学习之路
 
编程是个青春的行业,大家尽早往技术管理方面靠
 
lajfox是六层境界高手,我断断续集学了一年还在二层打转。最大的感受是开发环境和移植。我就希望有‘大家’能出一本多层应用系统在单机上可调试的书(最好是intebase),相信有很多像我这样在小企业中想学的人只能兴叹。。。。ado/
 
我是从VC上转过来的。比较着学习可能感触更深。
Delphi中的VCL就好比VC中的MFC,但无论是Delphi还是VC您都可以用SDK编码。如果你想学习Windows的消息机制和API等就可以直接使用SDK编码了,不过,SDK的确不容易理解的。
所以,我最基础认识是VCL和MFC都对Windows的消息处理系统和API进行了面向对象的封装。同时,Delphi的每次升级都会伴随着版本不兼容问题,但在VC中就很少出现这个问题。我想跟他的设计结构有关系吧,VCL是紧密按照耦合设计的,而MFC是松散耦合。所以两种设计各有优缺点,比如大家感觉Delphi比VC容易学习,恐怕并不单单因为他有快速的编程环境吧,因为VCL的紧密耦合特性帮我们处理了很多问题,比如:您动态的在窗体上创建一个控件,您可能不会考虑到一定将他释放,因为Delphi会在控件的Owner释放时帮你释放此控件;但VC中,您就必须自己手工释放了。
说了,这么多我想说的是设计是很重要的。
有些东西,你会了就可以使你从单存的编码中解脱出来:系统设计、模式设计、及惯用法。
举个惯用法的例子,我以前要求我们项目组在使用模式窗体时,一定要写成如下代码:
class procedure TMyForm.RunForm(AObj1, AObj2: TObject);
var
vForm: TMyForm;
begin
vForm := TMyForm.Create(Application);
with vFormdo
Try
InitForm(AObj1, AObj2);
ShowModal;
Finally
Free;
end;
end;
强调这个惯用法,就是为了:
1、如果此窗体在多处被使用,那么可以保证统一都调用此段代码;
2、如果功能上有所修改,比如:根据ShowModal的返回值不同,进行处理,那么只该此函数就行了。
3、程序封装性好,易于维护和工作交接。
其实,我们现在大谈系统分析、设计模式,但我们连基本的惯用法都没有好好研究,实际是我们的一大失误。老外都已经将惯用法写成书就足以说明我们的落后了。
说道设计大家可以比较华表和Excel,从现在的设计水平可以看出Excel已经落后了,但华表却又要远远落后于Excel这也说明,我们的差距。
 
后退
顶部