大家谈出自己用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这也说明，我们的差距。
 
您必须登录或注册才可回复。

Similar threads

S
[教程]Delphi Android应用启动画面详解
回复
0
查看
384
swish
S
不
Delphi的参数传递约定以及动态参数个数(转载笔记) - 不得闲
回复
0
查看
691
不得闲
不
不
关于Delphi中DLL,BPL等无法调试的问题 - 不得闲
回复
0
查看
1K
不得闲
不
不
移动查房系列 - 不得闲
回复
0
查看
508
不得闲
不
不
B编码以及BT种子文件分析 - 不得闲
回复
0
查看
853
不得闲
不
顶部