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

  • 主题发起人 主题发起人 newdream
  • 开始时间 开始时间
学到很多，标记一下
 
结构我只是打一个比方。Traveller你还没有跳出Dataset的圈子，本来就是要在UI层摆脱
数据库的影子，结果你还为失去MetaData而苦恼。数据感知控件如何更新、格式、有效性
等等完全可以在原有WinControl的基础上加一个DataLink，而这个DataLink是设计者可以
重新定义的而不是象现在的Delphi是依赖Dataset的。Dataset倒是简化了，可是也变得死
板了，完全没有设计者插入的空间了。要知道ClientDataset占用资源不说，在很多的时候
它无法表达业务请求。
 
我明白你的意思，实现完全面向业务的封装确实是可行的。
既然数据感知控件的体系已经提供了大部分功能，而且Dataset也并非不可扩充的，尤其是在表示层，设计者可以通过好几种途径来扩充Dataset和Data Aware体系的功能。Delphi数据库控件体系实际上是一个相当开放的体系。
我想说的是：既然可以在Dataset的基础上扩充它，为什么我们还要从头写一套和Data Aware相似的体系呢？这套体系需要很长时间来验证。虽然可能是最理想的解决方案，但是也有很大的画虎不成反类犬的风险。
关于Bold我没有用过，不知道它对你说的这种方案支持度有多高呢？它对于界面逻辑的支持又如何？在核心业务逻辑方面，数据感知当然没有它存在的空间，更没有优势，但是在UI逻辑方面，它却是最实用和简洁的。
 
这个贴怎么总能跑到前面来，连带着托儿贴一共好几篇了吧。我和谁都没交情，也懒得卖谁
的帐，谁看完了这本书后告诉我几个初学者的问题就行：
1.对象的本源是什么？
2.newdream 说的对象特征哪个是原生的哪些不是。
3.你已经在使用接口了吗？为什么要使用接口。
4.类不能多继承吗？为什么？
另外我觉得需要反思，DFW 是技术论坛，为什么专家们避而不评这样一本从贴出的章节看毫
无新意，也不先进的滥书？诚然，能把东西拼凑成这样一本书的本身就很了不起，值得自己
回味无穷，通过写作，还可以理顺一些平时自己不太关心的东西，newdream 你敢说你全部
理顺了才写这本书的？我看了贴出来的那些东西，看起来没有错误，其中的断痕你自己应该
很清楚。最后，希望大家都去买来看看，看完后回答我上面这几个简单问题。谢谢。
 
To:刘大师
我一直想提高自己的水平，可跟智商有关。一直不能很好的利用oop的思想进行编程。
希望能够从你的书上获取一些有益的东西，来提高自己。不知可否有关数据库方面的oop
编程思想和实例。（好象在以前的《DELPHI5企业级解决方案》一书中的例子太差）希望 能提供一些实际使用效果的例子。
 
看书目，感觉不错，不知内容如何？[?][?][?][?][?][?]
 
Barton留个mail吧，在数据库开发方面我还有好多问题想请教你，留个msn更好，在这里讨论太慢了。
 
To Barton,Traveller:
你们也给我留个mail吧，我们可以另外专门在一起讨论。免得有的人无端当作“托儿贴”。
 
刘艺先生：
我曾经买过你的《第三方控件大全》，感觉挺好，
现在应该是出到II了吧，我想知道还会不会出III?
 
to newdream
其实oo的理论谁都能讲一套，可是在实际的应用环境中解决实际问题的寥寥无几。纯粹的讲OO在我看来用什么语言都无所谓。
我觉得在delphi中讲oo其关键就要讲如何将OOD顺利过渡到OOP，具体一点说：如何将业务规则及其数据转换为OOD，OOP中的类及关系，如何解决对象持久化问题等等。
脱离了实际应用，纯粹讲OOP意义不大。
 
你们都是大师.我虚心学习.呵呵.
 
无话可说，最近看到一本说，XX模式设计 在书店看了三个小时，想买，看看书价9X.00
口袋空空，无钱可用，无奈的走了
 
To 畅雨:
“纯粹的讲OO在我看来用什么语言都无所谓。”，你说对了。但是，目前有一种观念认为非C＋＋（Java）不能学OO。
你“觉得在delphi中讲OO其关键就要讲如何将OOD顺利过渡到OOP”，我认为大可不必将OOD/OOP严格区分。特别是Borland的ALM推出，真是太好了！如果你在Delphi中用ModelMaker，能分清OOD/OOP的界限吗？基于这种想法，我在书中没有作OOD/OOP的严格区分。
至于“纯粹讲OOP意义不大”我也赞成，不然何必去准备那么多示例程序呢？


 
我的联系方法：
email:barton131420@163.com
msn:barton131420@hotmail.com
QQ:47588433
 
To 鲁小班:
当初编《Delphi第三方控件大全》，一是为了方便自己和朋友查找和选用控件，而是为了通过第三方控件的开放源码向国外高手学习。但是这项工作费时费力，不打算继续做了。如果这本书对你有帮助，我非常高兴。
 
to newdream,you say:
我认为大可不必将OOD/OOP严格区分。特别是Borland的ALM推出，真是太好了！如果你在Delphi中用ModelMaker，能分清OOD/OOP的界限吗？基于这种想法，我在书中没有作OOD/OOP的严格区分
其实我的真正含义是：如何将业务规则及其数据转换为OOD，OOP中的类及关系，重点如何解决利用delphi的对象持久化问题（存储到关系数据库等等，这方面的解决方案很多）
 
我的email:traveller@163.com
我的MSN:ASnowWolf@msn.com
不玩QQ了。
 
to barton, newdream:
上周五MSN坏了，登不上去，不好意思，约好和你们聊聊的。
今天没空，周二吧，如果你们在线我就练习你们。
 
支持富翁出书！

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

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

》》只是我有另写Delphi与设计模式的计划，
hubdog也在写设计模式的书，要快吆：）
 
　俺学ｄｅｌｐｈｉ也不少时间了，可水平一直不大高。
　ｏｏｐ的书也看过了一些，
　对最后两章比较感兴趣。
 
您必须登录或注册才可回复。

Similar threads

Ray
[转]终于可以发布Delphi下收点OSGI精髓皮毛而设计的插件框架WisdomPluginFramework
回复
4
查看
4K
chlkuei
C
B
dephi适合面向对象的开发吗？我有点怀疑！(0分)
2
回复
39
查看
452
QSmile
Q
0
如何进行面向对象的编程？(100分)
回复
5
查看
148
0000
0
J
哪位用Delphi实现了真正的面向对象设计？(100分)
2
回复
33
查看
409
jnan
J
G
关于DELHPI的面向对象的问题。(50分)
回复
4
查看
123
gepd
G
后退
顶部