我是学vc的,这几天一直都再看李维的<inside vcl>,提出
一些自己的看法,说错了大家指点!
首先,我想知道作者的定位.是和<深入浅出mfc>同一位置?
如果是这样,那我说作者整篇书都分析的太浅,比起后面,前面
还算比较深入的 ,但即使这样和<深入浅出mfc>的深入都相差
太远.比如持久化,<inside vcl>用了很多篇幅谈了.net,java,
com等的持久化,对于vcl的持久化只谈及很浅显的使用,涉及的
源代码太少,对源代码的分析也太少.
说到这里再说另外一个方面,我个人认为<inside vcl>的重
点放了太多在设计模式和com上.不错,设计模式和com对vcl的确
非常重要,但有点太多了.如设计模式,作者不但再许多章节都有
设计模式的介绍(甚至有些一个小节都是),还在第九章专门列了
一章来介绍设计模式.对于com,作者除了在第一章有一个com类
的源码并进行分析外,在有一章专门介绍com的章节里面,又用了
大篇幅来介绍com,虽然给出了一些com实现类的源码,但有时都
是类定义,有时又只列出源码很少进行分析或进行很少的分析.
还有一点,我读了整本书后,有一点很奇妙的感觉:我觉得李维
先生似乎对borland有点称赞过火,在原文中,象"巧妙","巧思",
"技巧"有点见的频繁,而且我还想说的一句是李维先生对ms似乎
有点不满?我的感觉,大家不要骂我.我只是使用mfc,但我对ms并
没有任何的情绪.
不管怎么样,我还是认为李维先生的这本书是一本值得买并收
藏的书,而且我对李维先生本人也非常的敬重,很是佩服他作为
一个中国人所拥有的技术水平.前面这句话不是冲着人情或面子
而说的,真的.
还有我再重复一下,我是学vc的,而且学了不太长时间,我没
有做过大的工程和项目,没有真正用过delphi,以上的一点感想
请李维先生和delphi高手们见谅.
的"巧妙","巧思","技巧"不是我认为vcl不够资格,而是
一本技术书籍,感觉上有点太过吧,作者认为巧思的地方
有设计模式(Gof的书已经出来了),窗口的Thunk处理(mfc,
ATL中基本上也是这样)等.还有作者的强调设计模式和作者对ms,mfc的不满似乎有
点联系吧:
MFC的设计者对C++的应用是保守的,它对Win API的封装是低层次的,很多时候也不比直接调用API方便多少.mfc的设计者何尝不想设计出又elegant又practicable的代码,
又兼容c又有c++ OOP的代码,又强大又简单方便的代码,能吗?许多人都说
vc来做系统,delphi来做界面,并不是vc不能做界面或delphi不能做
系统,但由此而隐含mfc的模式的拖沓也是有点苛刻吧? 和Delphi程序员不同,作为VC程序员,只懂MFC是远远不够的.因为在这方面VC永远拼不过Delphi这类真正意义上的RAD开发工具.
我觉得在rad意义上delphi不如.net和java吧? 对MS不满?是对MFC不满吧?为什么不可以对它不满呢?有人在书中表达了对MFC的不满,还被请去MS工作了哦.
我觉得李维先生对anders的非技术情绪不会太好吧?
另外李维就是Borland的人,帮Borland说话一点也不奇怪.
有违一个大家的风范?
又兼容c又有c++ OOP的代码,又强大又简单方便的代码,能吗?为什么不能???似乎已经有了不少,只是缺乏一个好的IDE去支持它们.另外我上面暗指的肯定不是Anders而Bill Gates也绝对是个有大家风范的"推销员",如果他不帮MS的产品说好话(有时候还可能还是大话),是不是难以想象呢?
前面的讲解让人感觉，到了后面com部分太过罗嗦，而对于dcom和com+则根本没提，
持久化部分内容也不少，但是讲vcl（不包括vcl.net）的也就50%吧，而且没讲到点子上。
关于设计模式，里面提到了很多，感觉重复的东西比较多。
我昨天刚把持久化部分看完。后面的不便多说。
,或各自的优点 似乎已经有了不少,只是缺乏一个好的IDE去支持它们.我想知道一个
另外我上面暗指的肯定不是Anders
这个我知道,anders的书我还没见过,有一本买一本
另外,billgates是推销的,他就是搞推销的,<inside vcl>是推销
borland还是想inside vcl?
我买了这本书 ，感觉上李维是谈得不太深刻，很多地方是隔靴搔痒，刚谈得深入一点就没了，比起深入浅出MFC是差了一些.
自己对 消息处理的4、5章认真地读了两遍，还是不是很清楚，可能是自己水平不够吧；也可能是不够细致吧
中国的首席专家?台湾的首席专家!台湾=中国???写技术书籍就应该对这方面的技术说
好话,而把其它的技术扁的一无是处??? 他要不说borland好话，那我抽他丫大嘴巴子！你的情绪太高涨了吧?
inside vcl只是导读而已inside你的理解时导读??
最后，我想告诉你。作为看delphi书籍多年的我，我深情地告诉你。这本书算好的了，7年来讲的最最最最最最最最最最最最最最最最最最最最最最最最最详细的了。你去买一本刘艺什么delphi面向对象编程思想，那叫什么？唉…… 在这点上我们知足了。十年来无人真正敢碰vcl这块，李维敢说inside vcl，他是有资格的。
我说过
不管怎么样,我还是认为李维先生的这本书是一本值得买并收
藏的书,而且我对李维先生本人也非常的敬重,很是佩服他作为
一个中国人所拥有的技术水平.前面这句话不是冲着人情或面子
而说的,真的.为什么"这本书是一本值得买并收藏的书"?为什么"很是佩服他作为
一个中国人所拥有的技术水平"?? 仅仅因为这本书的缺点?
至于技术，VCL架构技术不是作者设计的，而是多年不断积累的宝贵财富，作者也不过是编著成书而已，他不写，你还不知道呢，而且VCL是Borland的，作者也是Borland的人，就怎么简单。
他的消息传递竟然用到了传统C语言的宠,而且曲析难懂,候捷先生竟然会为这样的设计而叫绝
真的不明白.为什么不用面向对象的继承多态,也许他们说为了效率和大小,然而VCL做到啦,而且速度上我看并不比MFC差.我觉得在rad意义上delphi不如.net和java吧?
这句话是什么意思,真的不如.Net和Java吗,从哪方面体现出来,例子来.从后来的应用程序框架来看,似乎很少看到MFC的影子,而VCL倒是很多
从这一层来看,MFC其影响在哪里呢.不过Delphi也非没有缺点,比如他的持久化,他没有静态成员等等.
但从应用程序框架来说,我觉得MFC是不能和VCL相比的.
好话,而把其它的技术扁的一无是处???
难道台湾不等于中国？？？？？？？？？？请你放尊重！！！人家borland在中国可没有设什么borland台湾！！！！！！！你看到inside vcl把什么技术扁的一无是处了？我就是情绪高涨，吃人家的饭不说人家的好话，这种人就有人品问题，我大嘴巴抽他！inside vcl就是一本导读而已！如果说vcl的东西，这本书只是说了vcl九牛之一毛而已。仅仅告诉vcl是怎么开始工作的，和一些基本工作的原理而已。
我说书值得一读，只是相比较其他书籍。borland没有钱，没有出技术书籍。微软出这方面的书籍举不胜举！而delphi市场，你去看看，滥竽充数竟然高达上千本！！！！上千本啊。
突然来了一本inside vcl，宝贝啊。
另外Delphi虽没有静态成员，但可以很方便的模拟