.NET设计规范的书评 (9)

书是以 "要...", "不要..." 组织的, 但精华在于, 关于为什么会这样, 以及达成这个规范经历过什么, 做了详尽的介绍, 这点在 MSDN 上是没有的, 或者限于篇幅, 写得很简略 另外有收获的地方是, 读完全书, 对于 C# 的使用规范, 有了个系统的认识, 心里大体有谱了. 关于设计, 很多...  (展开)

这篇书评可能有关键情节透露

这本书里比较喜欢的部分是第一二章，与.net的关系不是特别紧密，也适应于大多数的框架设计，加上大师的点评就更加精彩了。我觉得完全可以把第一二章独立出书，那就是一本经典小书。 后面的三四五六章，我觉得比较基础，可以算是对《CLR via C#》的巩固。当然，也有比较有意思...  (展开)

这篇书评可能有关键情节透露

在书店浏览下这本书后就耗不犹豫的买了下来，在我看来这本书最大的好处并不紧紧是在告诉你 “要...”“不要...”规范，有关于这些规范的内容也可以在MSDN上找到。书中精彩的部分在于Jeffrey Richter等人的注释，你可以明白如： 1）Dispose模式中GC.SuppressFinalize方法放在哪...  (展开)

整本书的大部分内容都在讲.Net Framework中是如何考虑变量命名和一些编码相关的决策，设计的东西太少了，或者说我看此书时是希望该书可以讨论.Net Framework类是如何设计，又如何一起协作，以及实现这些协作做了那些权衡，备选的方案为什么不是最优的东西，这些信息太少了！  (展开)

程序和画画一样，无非就是各种元素的控制和充填，只是把画画中的线条，点什么的变成了程序中的类，接口，函数，然后在统一构成一幅完整的画卷（程序），如此而已。 首先，本书好就好在，它告诉了你程序中的这些元素在.Net中应该如何使用，如何选择。 当你还在为选择是用接口...  (展开)

结果几乎是考着对比原文看完的,什么"内部受保护的列表",把几乎所有大家都知道的英文关键字都翻译成中文,这就已经够难读的了,而且很多句子都部通顺.怪不得这么快就绝版买不到了. 书是好书,建议所有的.NET程序员都读一下  (展开)

粗读了一遍，感觉收获很大。 侯捷先生曾在他的《深入浅出MFC第二版》中有云“99.99999%的programmer终其一生不会设计一个application framework”，尽管如此，这本书更多地让我看到了从设计者的角度来观察如何更好地设计和使用框架来进行日常的开发活动。 今...  (展开)