跟大家一起讨论类与对象! (0分)

应了一句话:我是傻B我怕谁?
 
其实barton你不觉得衫菜MM真的很可爱吗?起码比慈禧那样阴沉的女子讨人喜欢,能活的轻轻松松的女孩真是不多
 
同````````````````````````````````````````````````````````````意Traveller,俗话说的好,简单就是美。
 
三才妹妹一挥手,党和人民跟你走/
三才妹妹二回首,上海人民吃土豆/
三才妹妹三回收,垃圾站长都嫌臭/
 
来自:stuwe, 时间:2003-7-7 14:08:00, ID:2008719
to:影 子
那倒是,我先聲明,恐龍我不要哦!!!(倒貼都不要)

倒贴你不要我要


楼主的类继承有误
tbike怎么能从tcar继承下来呢?
car--------------汽车耶
你看后面都说了
机器人不能从人继承下来的


 
to:zealothasu
你該不會學我開"侏羅紀公園"吧
兄弟,不要跟我搶生意哦!
 
[:)]
兄弟们不要太色了好不好?大家看衫菜MM这么聪明伶俐,风趣幽默,泼辣机智……。有朋如此,不亦乐乎?
还没怎么着就想着“迎娶”啊,又担心“是不是恐龙”啊什么的,是不是想的太远了一点?也太贪了一点?可不符合我们道义相交的原则啊。

是不是恐龙,俺认为并不重要!
当然如果真是国色天香,那就太妙了![:D]

还是回归正题,听高手们讲类吧。[^]
 
呵呵,我觉得delphi中虚类和java中inteterface差不多。
(对衫菜被DFW们XX表示同情)
 
55555……这个课题算是完了……[:(]我看见楼主正在找菜刀……我先闪……
 
一个善意的玩笑,衫菜不要介意,大家还是来讨论类和对象吧
 
关于组件中拥有其他组件的现象,是否要负责它们的析构呢?
 
当然要你负责了!
 
一般的原则是“谁创建谁释放”。
 
zealothasu说的对,类的继承最大的缺点就是无法很好的对应其概念上的继承性,所以继承经常被滥用导致设计混乱。
而接口在一定程度上可以避免这种情况,比如一个人可以实现“走路”、“工作”、“谈恋爱”接口,一个机器人也可以实现“移动”和“工作接口”,但是没有“谈恋爱”接口。从纯粹程序的角度来说,我们可以说人是从机器人派生出来的,但是在概念上就会导致混乱,在这种情况下,接口继承就比类继承更加优越,更加接近实际概念。
 
[:)]
听刘艺讲课,确实不错。
不过衫菜MM讲的也不错,确实是象生孩子。

类、好象是父母;接口,好象是老师。
你可以从父母那里学到技巧,但还可以继承他们的染色体、体型、血型、肤色、疾病、财产……
但从老师那里,就只能学到技术,无论如何仰慕老师,也不可以得到他身体内部的一切,想继承财产嘛,也要费一番周折才行,哪有继承老子的钱财那么理所当然?

“一个类只能有一个父类,但可以拥有多个接口”类似于“一个人只能有一对父母,但可以有多个老师”。

听说C++可以多继承的,也就是可以有多个生身父母了,不知是福气呢,还是耻辱?[:D]
 
看了pyzfl的见解,本人口吐白沫,不省人事。尤其是最后一句,精辟之至。
 
Father Class,Child Class,可不就是生孩子,只是没有Mother Class,哈哈
说笑了。
其实这里面有封装的
type
Tcar=class
private
Fmodel:string;
...
public
procedure go() virtual ;
procedure stop() virtual ;
procedure model() virtual ;
...
protected
...
end;

Fmodel:string;这就是封装,在类的外面是无法改变它的值(可能也不需要知道这个值),这就是封装

封装、继承、多态是类的三大特征,把这三个搞清楚了,面向对象也应该差不多搞明白了
 
谢谢! SS2000 的参与!
 我说没有实现封装的方法!我是死要面子了! 哈。
呵呵!以前确实是不懂 Fmodel:string 这个是封装!
 
 
 
哪天我能成为这样的高手啊,不管是泡妞,还是DELPHI,抓紧学!!
 
顶部