《Delphi面向对象编程思想》 (0分)

  • 主题发起人 newdream
  • 开始时间
A

afiha

Unregistered / Unconfirmed
GUEST, unregistred user!
学到很多,标记一下
 
B

barton

Unregistered / Unconfirmed
GUEST, unregistred user!
结构我只是打一个比方。Traveller你还没有跳出Dataset的圈子,本来就是要在UI层摆脱
数据库的影子,结果你还为失去MetaData而苦恼。数据感知控件如何更新、格式、有效性
等等完全可以在原有WinControl的基础上加一个DataLink,而这个DataLink是设计者可以
重新定义的而不是象现在的Delphi是依赖Dataset的。Dataset倒是简化了,可是也变得死
板了,完全没有设计者插入的空间了。要知道ClientDataset占用资源不说,在很多的时候
它无法表达业务请求。
 
T

Traveller

Unregistered / Unconfirmed
GUEST, unregistred user!
我明白你的意思,实现完全面向业务的封装确实是可行的。
既然数据感知控件的体系已经提供了大部分功能,而且Dataset也并非不可扩充的,尤其是在表示层,设计者可以通过好几种途径来扩充Dataset和Data Aware体系的功能。Delphi数据库控件体系实际上是一个相当开放的体系。
我想说的是:既然可以在Dataset的基础上扩充它,为什么我们还要从头写一套和Data Aware相似的体系呢?这套体系需要很长时间来验证。虽然可能是最理想的解决方案,但是也有很大的画虎不成反类犬的风险。
关于Bold我没有用过,不知道它对你说的这种方案支持度有多高呢?它对于界面逻辑的支持又如何?在核心业务逻辑方面,数据感知当然没有它存在的空间,更没有优势,但是在UI逻辑方面,它却是最实用和简洁的。
 

罗西岛主

Unregistered / Unconfirmed
GUEST, unregistred user!
这个贴怎么总能跑到前面来,连带着托儿贴一共好几篇了吧。我和谁都没交情,也懒得卖谁
的帐,谁看完了这本书后告诉我几个初学者的问题就行:
1.对象的本源是什么?
2.newdream 说的对象特征哪个是原生的哪些不是。
3.你已经在使用接口了吗?为什么要使用接口。
4.类不能多继承吗?为什么?
另外我觉得需要反思,DFW 是技术论坛,为什么专家们避而不评这样一本从贴出的章节看毫
无新意,也不先进的滥书?诚然,能把东西拼凑成这样一本书的本身就很了不起,值得自己
回味无穷,通过写作,还可以理顺一些平时自己不太关心的东西,newdream 你敢说你全部
理顺了才写这本书的?我看了贴出来的那些东西,看起来没有错误,其中的断痕你自己应该
很清楚。最后,希望大家都去买来看看,看完后回答我上面这几个简单问题。谢谢。
 
S

sqz

Unregistered / Unconfirmed
GUEST, unregistred user!
To:刘大师
我一直想提高自己的水平,可跟智商有关。一直不能很好的利用oop的思想进行编程。
希望能够从你的书上获取一些有益的东西,来提高自己。不知可否有关数据库方面的oop
编程思想和实例。(好象在以前的《DELPHI5企业级解决方案》一书中的例子太差)希望 能提供一些实际使用效果的例子。
 
L

ljlljl-79

Unregistered / Unconfirmed
GUEST, unregistred user!
看书目,感觉不错,不知内容如何?[?][?][?][?][?][?]
 
T

Traveller

Unregistered / Unconfirmed
GUEST, unregistred user!
Barton留个mail吧,在数据库开发方面我还有好多问题想请教你,留个msn更好,在这里讨论太慢了。
 
N

newdream

Unregistered / Unconfirmed
GUEST, unregistred user!
To Barton,Traveller:
你们也给我留个mail吧,我们可以另外专门在一起讨论。免得有的人无端当作“托儿贴”。
 

鲁小班

Unregistered / Unconfirmed
GUEST, unregistred user!
刘艺先生:
我曾经买过你的《第三方控件大全》,感觉挺好,
现在应该是出到II了吧,我想知道还会不会出III?
 

畅雨

Unregistered / Unconfirmed
GUEST, unregistred user!
to newdream
其实oo的理论谁都能讲一套,可是在实际的应用环境中解决实际问题的寥寥无几。纯粹的讲OO在我看来用什么语言都无所谓。
我觉得在delphi中讲oo其关键就要讲如何将OOD顺利过渡到OOP,具体一点说:如何将业务规则及其数据转换为OOD,OOP中的类及关系,如何解决对象持久化问题等等。
脱离了实际应用,纯粹讲OOP意义不大。
 
S

seaway

Unregistered / Unconfirmed
GUEST, unregistred user!
你们都是大师.我虚心学习.呵呵.
 

无疯无禄

Unregistered / Unconfirmed
GUEST, unregistred user!
无话可说,最近看到一本说,XX模式设计 在书店看了三个小时,想买,看看书价9X.00
口袋空空,无钱可用,无奈的走了
 
N

newdream

Unregistered / Unconfirmed
GUEST, unregistred user!
To 畅雨:
“纯粹的讲OO在我看来用什么语言都无所谓。”,你说对了。但是,目前有一种观念认为非C++(Java)不能学OO。
你“觉得在delphi中讲OO其关键就要讲如何将OOD顺利过渡到OOP”,我认为大可不必将OOD/OOP严格区分。特别是Borland的ALM推出,真是太好了!如果你在Delphi中用ModelMaker,能分清OOD/OOP的界限吗?基于这种想法,我在书中没有作OOD/OOP的严格区分。
至于“纯粹讲OOP意义不大”我也赞成,不然何必去准备那么多示例程序呢?


 
B

barton

Unregistered / Unconfirmed
GUEST, unregistred user!
我的联系方法:
email:barton131420@163.com
msn:barton131420@hotmail.com
QQ:47588433
 
N

newdream

Unregistered / Unconfirmed
GUEST, unregistred user!
To 鲁小班:
当初编《Delphi第三方控件大全》,一是为了方便自己和朋友查找和选用控件,而是为了通过第三方控件的开放源码向国外高手学习。但是这项工作费时费力,不打算继续做了。如果这本书对你有帮助,我非常高兴。
 

畅雨

Unregistered / Unconfirmed
GUEST, unregistred user!
to newdream,you say:
我认为大可不必将OOD/OOP严格区分。特别是Borland的ALM推出,真是太好了!如果你在Delphi中用ModelMaker,能分清OOD/OOP的界限吗?基于这种想法,我在书中没有作OOD/OOP的严格区分
其实我的真正含义是:如何将业务规则及其数据转换为OOD,OOP中的类及关系,重点如何解决利用delphi的对象持久化问题(存储到关系数据库等等,这方面的解决方案很多)
 
T

Traveller

Unregistered / Unconfirmed
GUEST, unregistred user!
我的email:traveller@163.com
我的MSN:ASnowWolf@msn.com
不玩QQ了。
 
T

Traveller

Unregistered / Unconfirmed
GUEST, unregistred user!
to barton, newdream:
上周五MSN坏了,登不上去,不好意思,约好和你们聊聊的。
今天没空,周二吧,如果你们在线我就练习你们。
 
S

savenight

Unregistered / Unconfirmed
GUEST, unregistred user!
支持富翁出书!

》》真要面向对象,强烈建议学习C++,当然在项目中你不一定用它。
面向对象跟c++有什么关系?

》》很好,我相信这本书会受到大家欢迎,特别对希望尽快接受oop思想的程序员们。
从目录看,这本书真的不错。不过出版的有点晚了,如果在2002年初出来的话,一定会更受欢迎。

》》只是我有另写Delphi与设计模式的计划,
hubdog也在写设计模式的书,要快吆:)
 
L

lybid2002

Unregistered / Unconfirmed
GUEST, unregistred user!
 俺学delphi也不少时间了,可水平一直不大高。
 oop的书也看过了一些,
 对最后两章比较感兴趣。
 
顶部