无题
- 60.8.13.* 
|
|
非常棒的书。李维的书，凡学DELPHI的，都应该仔细看一下。我自己是见李维著的书，先买了再说，回去仔细学习。这本书我正在仔细的看，他介绍了许多VCL的内幕，是提高DELPHI编程技术的绝好书籍。
|
|
此评论对你有用
没用
|
| |
|
无题
- yangqing2002 财富等级:
|
估计这是李维的最后一本书，delphi似乎快走到尽头了。不是delphi不好，是ms的势力太大了。在.net中
很难看到有delphi的一席之地。
|
|
此评论对你有用
没用
|
| |
|
觉得不怎么样
- flexitime  财富等级:
|
这本书如果在没有读过候老题的那本《深入浅出MFC》的话，会觉得这样去剖释Framework的确很有学习价值，但由于先看MFC的在先，而且确实候老师写书的深度及功力确比李先生要好。所以觉得这本书的口碑确有点言过其实了。
|
|
此评论对你有用
没用
|
| |
|
无题
- reallike  财富等级:
|
问题二：
书中的论述是这样的：
{ ======================================================== }
因此我们可以推知 MethdodName 似乎只会对从 TComponent 继承下来的类的 published 方法才有作用。
//
// 李维得出这个结论是来源于下面的这个例子
//
procedure TForm1.Button7Click(Sender: TObject);
var
aObj : TDerived;
sData : String;
aPtr : Pointer;
begin
sData := 'TDerived at ' + DateTimeToStr(Now);
aObj := TDerived.Create(sData, HashOf(sData));1
...
ShowMethodAddress(aObj, 'MyMethod1');
aPtr := ShowMethodAddress(aObj, 'MyMethod2');
sData := MethodName(aPtr);
// 由于此处运行的结果是 sData = ''; 也就是没能获得相应的 MethodName
// 因此，李维得出了上述结论。
// 但是我认为这个结论是错的。因为这个语句有问题。
//
// sData := MethodName(aPtr); 实际上调用的是 TForm1.MethodName 函数
// MyMethod2 根本不是 TForm1 的成员函数，当然获取不了 MethodName。
//
// 如果该语句改成 sData := TDerived.MethodName(aPtr);
// 或者改成 sData := aObj.MethodName(aPtr);
// 都能够获得正确的 MethodName。
//
// 因此，MethdodName 对从 TObject 继承下来的类的published方法都有作用。
// 李维的结论是不对的。
sData := Format('%x : %s', [Integer(aPtr), sData]);
Memo1.Lines.Add(sData);
...
end;
{ ======================================================== }
问题三：
书中的论述是这样的：
{ ======================================================== }
现在让进行一个实验，看看VMT表格建立的时机。
procedure TForm1.Button4Click(Sender: TObject);
var
aPnl : TPanel;
begin
aClass := aPnl.ClassType;
sClassName := 'TPanel';
ShowVMTContent(aClass);
aPnl := TPanel.Create(Self);
aClass := aPnl.ClassType;
sClassName := 'TPanel';
ShowVMTContent(aClass);
FreeAndNil(aPnl);
end;
上面的程序代码首先声明了一个区域 TPanel 变量 aPnl，接着在还未实际建立 TPanel 对象之前我们藉由 aPnl 显示 VMT 的内容，得到的结果应该是无意义的内容。然而一旦当 TPanel 对象实际在内存中建立之后就可以取得 TPanel 的 VMT 中的内容。我们应该可以推知 VMT 应该是在第一个类对象被建立时才会建立完整的 VMT 内容。
// 我个人认为，李维的这个结论也是错误的。
// 因为当还未实际建立 TPanel 对象时，aPnl 并没有指向一个实际的 TPanel 对象，因此 aPnl 更不可能跟 TPanel 的 VMT 有关联。但是这并不能证明 TPanel 的 VMT 就没有建立。实际上，我们可以在没有建立任何 TPanel 对象时，调用 TPanel.ClassName，而且该函数能够返回正确的值 'TPanel'，而 ClassName 就是从 VMT 中获得的。我想这也能够说明，在第一个类对象被建立时，VMT 已经建立起来了。
{ ======================================================== }
|
|
此评论对你有用
没用
|
| |
|
|
期望鲁迅再世
- 218.93.118.*
|
中国的软件一直不怎么强，我一直在找原因，终于我在这里找到了。
看看大家的评论吧，你们如何面对那些在成长中的软件人，还要让他们在这泥潭里踯躅多久！
悲鸣！！！！
还是将有限的生命为中国的软件事业做点什么吧
我只是希望，但我也明白鲁迅老人家曾经的激愤！！！
|
|
此评论对你有用
没用
|
| |
|
无题
- 211.147.234.* 
|
买了，后悔中，浪费了不少白银。
被宣传和作者的名气误导了，无什么大的参考价值，还不如自己看VCL源代码。
|
|
此评论对你有用
没用
|
| |
|
|
|
|
无题
- xuting 财富等级:
|
书评太多了，不知道前面有没有人指出过，书的44页最下面：
“如果TObject的析沟函数不声明称虚拟方法，那么派生类的析沟函数便会覆盖TObject的析沟函数，如此一来只有派生类分配的内存会被释放，由TObject为对象分配的资源可能没有释放，这就造成了内存／资源泄漏(leak)的问题”。
对析沟函数被定义为virtual，这段话的解释我认为是有问题的，事实上不是怕释放派生类时父类的资源没有释放(因为正确的析沟函数实现里都会inherited Destroy来调用父类的析沟函数)，而是防止直接释放TObject时，由于TObject的实际类型是某个派生类，所以派生类型的资源没被释放而造成泄漏。
我想这两种解释是不一样的吧。
|
|
此评论对你有用
没用
|
| |
|
|
无题
- DelphiKey 财富等级:
|
|
看完之后非常失望，原本是想看李大侠是怎样把VCL源码与设计模式结合在一起，通篇就那么几个模式，要想学相关的模式建议看〈〈敏捷软件开发：原则、模式与实践〉〉,比这本书讲得要强很多，虽然讲了很多VCL底层的东西，但是这些网站早几年很多地方都有介绍，单纯是为了看VCL源码，还不如自己用DELPHI打开源码分析还来得快，不要浪费银子了。虽然李大侠真是费了不少功夫，但也不是每个DELPHI开发者必看书籍
|
|
此评论对你有用
没用
|
| |
|
|
无题
- pinksoft 财富等级:
|
|
我不是Delphi程序员，我相信这本书也不仅仅是写给Delphi程序员的，对语言的讨论已不重要，思想更重要。从VCL Framework的设计和实现中可到应用到任何语言。
|
|
此评论对你有用
没用
|
| |
|
|
无题
- nRanger 财富等级:
|
|
为什幺就是有国人看不得中国人写出好书? 在没看过李维的书之前就随意恶言批评? 这算是IT人的素质吗?
|
|
此评论对你有用
没用
|
| |
|
|
无题
- 61.51.104.*
|
弱，吵什么，看你们真正能吃透的也不多，自己多看，多思考就完了，有时间交流点有用的，不用说李维，任何写书的人都比我们写得好！
有一些弱智的提示不要再拿出来，哗众取宠！
中国没有真正的程序员！
|
|
此评论对你有用
没用
|
| |
|
|
|
|
|
|
值得一看
- 60.8.224.*
|
非常好的书
耐心看一定有所收获
|
|
此评论对你有用
没用
|
| |
|
无题
- 219.148.61.* 
|
我48元在武汉买到新书了，呵呵！6折啊！
不过我还看不怎么懂啊！晕！
以后再看吧！现在正在努力学习中！
|
|
此评论对你有用
没用
|
| |
|
|
急盼 拜读！！
- mingkui 财富等级:
|
看看目录就知道作者把VCL剖析的透彻程度和作者在这本书上下的工夫。
我也是在论坛上看到关于这本书的良好口碑才决定要买的，
定单我已经下了！
就等书到了细读了。
|
|
此评论对你有用
没用
|
| |
|
|
|
|
无题
- 221.233.55.*
|
|
这本书非常好，看书要看书中所表达的思想，并不是非要找出些问题，以显示自己多么了得，DELPHI书市面上很多，能有本书这样的深度的好象不多，每个人都能说出富有哲理话，但并不是都会成为哲学家，但愿那些认为此书简单的“大师”们能写出一本书来，让我们拜读，急盼！！
|
|
此评论对你有用
没用
|
| |
|
|
无题
- 202.100.34.*
|
|
我没看过这本说，但是以前用过Delphi,李维的基本书基本上也都看过，还是挺不错的，相信这本书也差不到哪里去，绝对支持！
|
|
此评论对你有用
没用
|
| |
|
|
无题
- 211.151.91.*
|
看来很多书评后，发现原来中国的高手太多了，如此一本书在你们眼里都变成这么Easy了。
中国的软件开发人员像你们这样的少点，中国的软件就有希望了。
这本书讲的非常好，值得每个看。看看李维是怎么分析这个框架的，看完这个书，我也想去剖析一些开源项目的架构了，因为我除了VCL的架构学到了。还学到了剖析架构的方法。
|
|
此评论对你有用
没用
|
| |
|
|
|
|
对本书满意程度一般
- mahaibo2003 财富等级:
|
|
我刚看完第3章，好多内容讲得粗略（如有关Tcomponent、TControl），许多内容在以前自己琢磨Delphi源码时基本已领会到。不过后面还有7章内容没有读，但愿不要令人失望。
|
|
此评论对你有用
没用
|
| |
|
|
无题
- llihua 财富等级:
|
|
MFC Framework、.NET Framework、Delphi VCL Framework 都可以看作是面向对象设计、设计模式等软件设计理念的一个个生动的案例
|
|
此评论对你有用
没用
|
| |
|
|
汗啊！
- 222.76.165.*
|
|
Delphi不会在和MS的竞争中倒下的！
|
|
此评论对你有用
没用
|
| |
|
|
|
|
无题
- dalywan 财富等级:
|
|
转与不转要从两方面说起，从外界因素来讲，比如公司集体投向C#等，那是没办法。如果只是从自己的角度来看，就说从DELPHI转向其他语言，我想对自己未必有太多的好处。除非你已经是一个DELPHI高手了。存在即合理，别忘了全世界有成千上万的人用它，再补充一句，李维不是说“只讨论语言，那只能做最低级的程序员吗？”。有些问题值得大家深思啊。
|
|
此评论对你有用
没用
|
| |
|
|
无题
- westmud 财富等级:
|
|
看了样章，感觉很好，只是有些术语很别扭。而且从今天起我不用Delphi了，还是回归我钟爱的.net，要不java。Delphi的没落，是无可挽回的了，我还是期待明天吧
|
|
此评论对你有用
没用
|
| |
|
|
无题
- mfquake 财富等级:
|
书我翻了一遍，还不错，但也有提高的余地。
实际上，想读懂，弄透VCL，是要有很深厚扎实的基础的，如果没有微机原理，操作系统，面向对象，设计模式这些必要的铺垫，怕是不太现实，而此书并不能教会你这些，但它也有价值，就是告诉你哪里应该补一补；而如果具备这些基础，再来看VCL，我想看看帮助，再看看源码，想搞懂VCL就应该不成问题，回过头来再看本书，它的价值就是加快你弄懂VCL的速度，从这点上来讲，本书有价值，但并成为不了必要条件。对于不具备这些基础的人来说，这本书的价值不会太大，因为站的不够高，就算本书再能加强你的弹跳能力，也不会让你看的太远。具我了解，有一些朋友并不具备上述的基础，却对本书能带给自己的效益寄予很大期望，我想说，为了不让你看到中途想放弃，而影响了学习的兴趣，请踏踏实实的住脚下多垫几块砖，如果有看不懂的地方，请不要跟自己过不去，不是书太深，也不是李维讲的不清楚，更不是你笨，而是你还没有做好准备，还是先学会走路，再来这里体会驰骋的乐趣：）
从整体上来看，本书结构清晰，有一定深度，制作有一定水准，想必作者和出版社没少花力气，但在有些细节上有提高的余地，而且对于一些基础知识的介绍所占用的篇幅，我持保留态度，个人觉得本书具备四星水准，最后，希望大家能以平和的心态来看书，评书，真正的学一些东西。
|
|
此评论对你有用
没用
|
| |
|
|
无题
- dxn 财富等级:
|
书拿到手了，大致看了一遍。第一反应是书很厚实，算是对得起价钱 :). 至于内容嘛，其实绝大部分在〈Delphi技术手册〉和Marco Cantu的〈Delphi从入门到精通〉,〈Delphi高级开发指南〉中都有了，只是添了一些时髦的设计模式和.Net框架等. 书肯定比一般Delphi书籍好多了，但绝对没出版社炒作的那么厉害,我觉得大概算上四星。
BTW,李维书里的图，画得真难看 ^_^
|
|
此评论对你有用
没用
|
| |
|
|
|
|
无题
- FreeAnt 财富等级:
|
这本书不错,对于研究VCL很有帮助，不过对提高用Delphi进行开发的实际水平，还是比较有限，毕竟这本书的门槛很高，能看懂的估计也不是为了提高自己用VCL的水平，而是学习它的设计思想；大多想提高自己实际应用VCL的人估计看这本书又有些吃力，而且也不见得能有多大提高。
只是个人的观点，这本书还是非常不错的，含金量很高。
|
|
此评论对你有用
没用
|
| |
|
|
|
|
无题
- pinxue 财富等级:
|
这本书的好处在于不仅仅介绍了VCL Framework的结构与工作机理，并且仿照framework设计的推演过程展开很成系统，同时也透露了不少作者的研究手法与心得，可见确实是颇费心思，质量堪比Delphi4.x实战系列。 显然这不是为初学者准备的书籍，作者虽然力图深入浅出，但是仍需读者有扎实的ObjectPascal/VCL知识基础和丰富的使用经验。事实上，如果作者想开一点精简掉一些“浅出”的解释，主题会更加突出，如果这本书能够压缩到200页左右并展示一点深入的应用如hack一下内存管理器，那么我的评价会更高些可以打5☆
相对于作者的Delphi5.x及Delphi7系列，这本书基本称得上读者至少是我的预期，但不知下一本还有什么主题可写呢？
|
|
此评论对你有用
没用
|
| |
|
|
|
|
无题
- love.*
|
现在在炒VCL，让人感到可笑之极，不是李维有问题，就是电子社有病。
如果VCL不在3年内消失，那将是IT业的笑话。
兄弟们，醒醒吧，跟上中国国内出版公司的炒作的程序员将来就是那群在大家上沿路乞讨的程序员！
|
|
此评论对你有用
没用
|
| |
|
|
|
|
无题
- MarsSpirit 财富等级:
|
我想我们主要学习的是VCL的结构和思想，
看过书的人都知道，你能够从书上直接用到开发中
的东西很少，我想主要还是学习架构思想。这永远不
会过时的
|
|
此评论对你有用
没用
|
| |
|
|
无题
- briankuo 财富等级:
|
|
谁说DELPHI会没落的？你看看C#就知道了，C#的许多设计思想都源于DELPHI，可以说，如果你学好DELPHI，学好VCL，你不用费多大的精力就可以掌握C#，至少我是这样认为的，也是我的切身经历。
|
|
此评论对你有用
没用
|
| |
|
|
无题
- cocoboy79 财富等级:
|
这本书是用来学习设计的，不是用来学习如何使用
VCL的，我已拿到书(但不是这买的:()。书中有大量的
设计模试的应用，和一些OO设计的话题，值的一看，而
且这本书的确包装精良，值提收藏。
|
|
此评论对你有用
没用
|
| |
|
|
无题
- luo521 财富等级:
|
|
其实Delphi基于什么平台并不重要，只要她还继续使用VCL M$一直叫嚣着要使它的操作系统面向对象, dotNet到目前为止总算没有打M$的耳光。对程序员来说，我们当然会受到厂商的制约，但话又说回来了，程序设计的思路才是程序员的真正价值所在，所以管他帝国主义出什么新东西，我们只要相信自己的脑子就够了，哈哈。
|
|
此评论对你有用
没用
|
| |
|
|
无题
- gear1023 财富等级:
|
现在才讲VCL是不是有点象我们说：唐朝在当时是世界上最强大的国家。
虽然很牛X，但可是已经是昨日黄花。
而看了一下D8（OCTANE）的DEMO，也没有什么特别的地方，反而是DELPHI一贯的界面风格全无（看起来跟C#BUILDER很象，也就是仿VS.NET），毕竟我们只是应用。
DELPHI也许成为心里的曾经恋人，而不会再成为老婆。
|
|
此评论对你有用
没用
|
| |
|
|
无题
- quastium 财富等级:
|
|
等到它出来,Delphi的新架构新方法ECO和MDA也都步入中年了, VCL已经不是开发的中心了.
|
|
此评论对你有用
没用
|
| |
|
|
无题
- hgd_2001 财富等级:
|
|
VCL的确是一套设计出色的框架，我想读这本书最关键是学习其中的编程思想和设计方法吧，开发环境的东西还是其次。总比死读那硬梆梆的《设计模式》要好点。
|
|
此评论对你有用
没用
|
| |
|
|
无题
- zhouzhengjeff 财富等级:
|
|
这本书的前两章我看过，虽然我有点看不懂，但我觉得李老师的书确实能使我觉得作一名开发软件的人员确实要学的太多太多，我觉得我实在太差，我只有不断的努力。确实这本书我太想买，可是我在这里不能买到。不知这本书能何时才买到手。
|
|
此评论对你有用
没用
|
| |
|
|
无题
- rich.*
|
不知borland面对MS的强势挤压该如何博得昔日的辉煌；在中国，高级Delphi程序员的不断减少的趋势也绝非李维先生所能阻止。
看本书的“内容简介”还是挺吊人胃口的，毕竟先进的模式和思想是永远不会落后的，希望买了后，不会令我失望。
某Delphi程序员
|
|
此评论对你有用
没用
|
| |
|
|
无题
- ltf_ty 财富等级:
|
|
我现在已经转向Java了，Delphi已经不再是我的最爱了，我感觉这本书早2年出来就好了，我现在把精力都放在Java学习上了，即使买了可能也没时间看，所以估计也不会买了，有些遗憾！但只能说它面世迟了，但李维老师的书质量肯定是很棒的，只是价钱高了些！
|
|
此评论对你有用
没用
|
| |
|
|
|
|
无题
- huwenhua 财富等级:
|
|
我对程序的入门就是从4年前分析vcl的源码开始的，直到3年之后的硕士论文对java类库的源代码分析之后，返回来看vcl，才真正体会到vcl比swing/awt对模式利用的更充分，毕竟模式是经验的结晶，而vcl比java的类库经历更久的历史，我虽然没看过这本书，但是想来是值得一看得。另外欧想去写一本inside java类库或者inside .net类库，有人同行或者赞助不？
|
|
此评论对你有用
没用
|
| |
|
|
|
|
无题
- toshin 财富等级:
|
|
写了那么久的程序，每次做项目，都亲自去改那些vcl或是delphi底层库，特别是那些有时候不那么好用的thirdpart。但是到现在我还是觉得对vcl方面还有很多欠缺，希望李老师的这本书能带我上个层次(怎么这句话有点象那个什么功的弟子说的····)
|
|
此评论对你有用
没用
|
| |
|
|
|
|
无题
- 203.93.188.*
|
|
是一本珍品，适合不同层次的读者阅读和使用，也可以做为参考书来收藏！
|
|
此评论对你有用
没用
|
| |
|
|
|
|
|
|
|
|
|
|
无题
- killvin 财富等级:
|
|
非常期待着本书的！到时候一定要买的呀，不过对于韩磊的评论实在是不敢恭维！竟然说c是语言，delphi只是工具！！我想borland公司要是看到了他的评论！无论如何都不会录用他的！
|
|
此评论对你有用
没用
|
| |
|
|
|
|
无题
- cnss 财富等级:
|
|
solokey:C++ Builder用的也是VCL呀,虽然VCL源码是用object pascal写的
|
|
此评论对你有用
没用
|
| |
|
|
无题
- Bkoklam 财富等级:
|
|
根据本书内容介绍和《Inside VCL初稿观后感作者：韩磊》来看绝对是DELPHI的；因VCL是用Object Pascal写的；DEAR把这个书应该归在DELPHI类里去，这本书不属于C++类。
|
|
此评论对你有用
没用
|
| |
|
|
无题
- cnss 财富等级:
|
|
不是C++类,是C++ Builder类,C++ Builder用的framework就是VCL,甚至C++ BuilderX也支持VCL这个framework.当然,VCL是用object pascal写的,而且VCL的很多特性用标准的C++描述不出来,但这并不影响C++ Builder用Borland扩展的C++使用VCL.
|
|
此评论对你有用
没用
|
| |
|
|
|
|
|
|
|
|
|
|
无题
- chenziyao 财富等级:
|
|
noctwolf，您好，出现这种问题，非常抱歉！是出版社印刷的质量问题，我们也正在寻求一种您满意，我们也能实现的解决方法。一定会给您解决的。
|
|
此评论对你有用
没用
|
| |
|
|
无题
- zdg 财富等级:大富翁
|
网友D-Lead：这几天一直在看这本书, 觉得这真是一本珍品, 作者应该是花了大量的心血写作的, 为什么? 这从书中的许多地方可以看出来.
Inside VCL1~3章的内容应该是李維为一些入门, 中阶程序员在进入后面章节铺下的准备之路, 对于一些高阶的Delphi 程序员来说可能许多内容已经知道了, 不过李維在这3章的贡献是比较全面和完整的呈现许多OO重要的观念以及对于了解VCL Framework的基础知识. 特别是第3章李維一开始就先整理出了VCL Framework使用来设计Framework的一些手法和技术, 接着带领读者从VCL Framework的核心类来解释VCL Framework的设计架构并且印证前面整理出来的设计手法可以看出李維的用心. 虽然许多人可能会觉得这些设计手法在很多书中都有看到, 但是李維花时间从VCL Framework整理的功夫却令我敬佩, 更让我觉得有意思的是其中李維说的3三明治和Bootstrap设计手法是我以前不知道的, 由此可见李維是有独特的眼光和见解, 在VCL Framework的Source Code中也印证了.
第4~5章是此书非常精彩的章节, 因为这2章明白却详细的剖析了VCL Framework如何封装Window Message以及Window Message分派的机制. 在这2章中可充分看到李維的细腻, 为什么? 因为也许有一些很高手的Delphi程序员也大概能够从VCL的source中掌握, 但是书中图5-4揭示了李維的高水平, 因为他清楚的把Window的Pascal calling convention如何在VCL中转成stdcall 再转成register call的过程说得非常明了. 没对有Window, API和calling convention深入的了解是不可能在数10万行的VCL Framework中注意到这个重要技术点的, 在这里我就想给这本书5星的评价.
第6,9章是我非常喜欢的章节, 因为我从没看过一本Delphi的书籍把interface讲得这么全面和深入的, 我个人认为第6章是Delphi程序员都应该好好看看的. 第9章也算是Inside VCL的重头戏吧, 因为李維从VCL Framework中整理出了许多的Design Pattern, 当然在前面的章节中李維也陆续的有整理出VCL Framework使用的Design Pattern来, 我个人比较喜欢的地方是李維也融合这些Design Pattern在范例程序中, 让读者知道怎么使用这些Design Pattern在一般的应用中.
我观察李維写的书很久了, 觉得李維实在很勤奋, 因为他在每一新版Delphi出来之后就会写新主题的书, 虽然这些主题不一定适合所有的Delphi程序员, 但不可否认李維勇于突破, 从不以旧的内容只改改书中Delphi的版号就出新书的做法是国内作者中少见的. 从李維敢挑战VCL Framework, 写出世界第1本专门讨论VCL Framework的勇气来看, 就值得给予5星的价值, 更不用说书籍最后呈现的内容和品质都堪称国内一流的水平. 如果真要找此书不足之处, 就我的观点是最后讨论VCL.NET的篇幅我觉得还不够多, 进入的门坎高, 不懂.NET的读者可能在阅读上有点困难, 而我则是看得还不过瘾. 希望李維能够再接再厉的写一本真正讨论Delphi.NET的书籍.
|
|
此评论对你有用
没用
|
| |
|
|
无题
- zdg 财富等级:大富翁
|
网友mfquake：书我翻了一遍，还不错，但也有提高的余地。
实际上，想读懂，弄透VCL，是要有很深厚扎实的基础的，如果没有微机原理，操作系统，面向对象，设计模式这些必要的铺垫，怕是不太现实，而此书并不能教会你这些，但它也有价值，就是告诉你哪里应该补一补；而如果具备这些基础，再来看VCL，我想看看帮助，再看看源码，想搞懂VCL就应该不成问题，回过头来再看本书，它的价值就是加快你弄懂VCL的速度，从这点上来讲，本书有价值，但并成为不了必要条件。对于不具备这些基础的人来说，这本书的价值不会太大，因为站的不够高，就算本书再能加强你的弹跳能力，也不会让你看的太远。具我了解，有一些朋友并不具备上述的基础，却对本书能带给自己的效益寄予很大期望，我想说，为了不让你看到中途想放弃，而影响了学习的兴趣，请踏踏实实的住脚下多垫几块砖，如果有看不懂的地方，请不要跟自己过不去，不是书太深，也不是李维讲的不清楚，更不是你笨，而是你还没有做好准备，还是先学会走路，再来这里体会驰骋的乐趣：）
从整体上来看，本书结构清晰，有一定深度，制作有一定水准，想必作者和出版社没少花力气，但在有些细节上有提高的余地，而且对于一些基础知识的介绍所占用的篇幅，我持保留态度，个人觉得本书具备四星水准，最后，希望大家能以平和的心态来看书，评书，真正的学一些东西。
|
|
此评论对你有用
没用
|
| |
|
|
|
|
|
正在载入数据 ....
90 
中“Inside VCL(深入核心——VCL架构剖析)”相关内容
中“Inside VCL(深入核心——VCL架构剖析)”相关内容
我的评价(点击)/评价汇总
2
