关于Delphi面向对象

angle097113 2007-11-20 08:49:31
最近在看一些关于面向对象以及Java的书籍,后来回过头来想了想Delphi的面向对象,
我想Delphi实现面向对象应该是更多的使用Unit单元来建立Class实现,只是浅薄的认识,
所以在这里随意的胡诌了几句。
...全文
398 34 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
34 条回复
切换为时间正序
请发表友善的回复…
发表回复
byteh 2008-01-19
  • 打赏
  • 举报
回复
一滚动屏幕,满眼冒星
高手都来了
FrameSniper 2008-01-19
  • 打赏
  • 举报
回复
不能全盘否定的说面向对象和语言无关,至少面向对象的载体是语言,脱离了语言面向对象仅仅是空谈。

另外,深思老大对使用单元建立类来实现面向对象的看法,我说两句。

delphi、CPP、Java这些OOP从基本来说都是从编译器一级就开始了对OO的支持,体现在语言上自然也充斥了OO的很多思想。无论是多态、还是继承还是封装都是在编译器一级就对语言增加了很好的支持。

语言这东西说白了仅仅是一个符号系统。语言写出来是让编译器去看的。设计编译器的人设计了编译器读取语言这个符号系统的认知标准。

delphi唯一不如Java的地方在于delphi对于OO中更高层面的东西没有更好的支持体系。而Java中有很多对于体现OO思想的类库来支持OO的实际应用。但反过来,Java在RAD方面肯定是不如Delphi的。

OO三大思想中最重要的我个人认为还是多态。有了多态才会产生变化,才会产生体系。所以从这个方面说多态也是一种特殊的封装----即封装变化。至于继承和封装,其中继承是封装静态,而封装是实现多态和继承的基本手法。

GOF的设计模式中大量体现了多态!

-----------------------------------------------------------------------

“能实现目标就是,从来不为了OO而OO”

这个话基本等于屁话。实现目标要讲求效率。OO的产生也是为了提高效率。


liugan927 2008-01-09
  • 打赏
  • 举报
回复
俺也凑凑热闹
i_love_pc 2007-11-23
  • 打赏
  • 举报
回复
专业路过!
hsmserver 2007-11-23
  • 打赏
  • 举报
回复
瞻仰传说中的牛人
lw549 2007-11-23
  • 打赏
  • 举报
回复
csdn惊现传说中的FS!
zuoansuifeng 2007-11-23
  • 打赏
  • 举报
回复
同意楼上的
FrameSniper 2007-11-22
  • 打赏
  • 举报
回复
高手太多,不敢说话.....
angle097113 2007-11-21
  • 打赏
  • 举报
回复
能实现目标就是,从来不为了OO而OO
========================================
这句话太泛泛了,后半句肯定是没问题,但是你实现了目前你还的考虑maintenance吧,你还的考虑
extend吧,既然有了OOP肯定还有有它产生的必然条件和必然需求,而且肯定在某些方面有自己的独到
之处,所以话尽量还是不要这么讲,这句评论很没意思。
阿发伯 2007-11-21
  • 打赏
  • 举报
回复
能实现目标就是,从来不为了OO而OO
========================================
支持
huayufei 2007-11-21
  • 打赏
  • 举报
回复
学到 但是用的不多,待提高
hsmserver 2007-11-21
  • 打赏
  • 举报
回复
OOP很好嘛,呵呵
看看Design Patterns
sanguomi 2007-11-21
  • 打赏
  • 举报
回复
我也来听课
OO_is_just_P 2007-11-21
  • 打赏
  • 举报
回复
半个小板凳听课
ly_liuyang 2007-11-21
  • 打赏
  • 举报
回复
能实现目标就是,从来不为了OO而OO
hthunter 2007-11-21
  • 打赏
  • 举报
回复
来听课的
chtlovezj 2007-11-21
  • 打赏
  • 举报
回复
今天无聊,灌啊
lw549 2007-11-20
  • 打赏
  • 举报
回复
只做黑盒测试的菜鸟惭愧地飘过。。。
neweipeng 2007-11-20
  • 打赏
  • 举报
回复
pf,向高手们学习..
jinjazz 2007-11-20
  • 打赏
  • 举报
回复
面向对象是和语言无关的,其实最终目的也无非就是易于扩展,易于维护,代码重用。
事物性的东西总是比繁杂的过程化的代码好理解,所以你需要把握系统的整体结构来正确的处理class和interface的结构,尽量松耦合,你可以看看设计模式,并不需要一定在项目中用到什么模式,理解理解思想也是好的。用我们leader的话说,这些都能处理好就是大师级的水平,所以还是不要急,也不用不爽。

加载更多回复(14)

830

社区成员

发帖
与我相关
我的任务
社区描述
Delphi 非技术区
社区管理员
  • 非技术区社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧