《.NET设计规范》书评

附议 "不仅仅是规范"

书是以 "要...", "不要..." 组织的, 但精华在于, 关于为什么会这样, 以及达成这个规范经历过什么, 做了详尽的介绍, 这点在 MSDN 上是没有的, 或者限于篇幅, 写得很简略另外有收获的地方是, 读完全书, 对于 C# 的使用规范, 有了个系统的认识, 心里大体有谱了.关于设计, 很多书在讲, 编码规范, 也司空见惯, 但是针对语言讲常用法的书不多.而当一位有经验的程序员, 接触一门新的语言时, 最需要的就是这方面的知识, 结果很多时候, 只能凭自己慢慢摸索, 或依靠其他语言上积累的经验, 或者看语言教程中的示例, 或者看开源项目中的用法, 但都容易显得零碎, 不够系统, 总有点踹踹然的感觉.很高兴, 这本书我认为能够承担起 C# 上的这个职责, 就好比 <<Effective ...>> 在 C++ 上一样.

此书更像编码规范

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

不仅仅是规范

在书店浏览下这本书后就耗不犹豫的买了下来，在我看来这本书最大的好处并不紧紧是在告诉你“要...”“不要...”规范，有关于这些规范的内容也可以在MSDN上找到。书中精彩的部分在于Jeffrey Richter等人的注释，你可以明白如：1）Dispose模式中GC.SuppressFinalize方法放在哪里，此处Jeffrey Richter给出了不同于《 Applied Microsoft .NET Framework programming 》中的方案；2）使用工厂方法和构造函数来需要的思考的地方；......规范的考虑并不在于技术很detail的地方，要想设计一个高效的，合理的，别人易于使用的类库，那么请不要错过这本书！

评 ".NET 设计规范--.NET约定、惯用法与模式"

程序和画画一样，无非就是各种元素的控制和充填，只是把画画中的线条，点什么的变成了程序中的类，接口，函数，然后在统一构成一幅完整的画卷（程序），如此而已。首先，本书好就好在，它告诉了你程序中的这些元素在.Net中应该如何使用，如何选择。当你还在为选择是用接口还是抽象类、使用值类型还是引用类型而困惑的时候，为如何更好的使用异常而迷惑的时候，大可以看看这本书，相信它会给你亮起一个小小的明灯的。其次，困扰软件开发的一个重要问题，就是没有办法形成一套完整的工业化标准，100个人写出来的代码有100种风格，如果，你不想和其它99个人写出来的代码风格相差太远的话，看看本书也还是有些益处的。再次，本书的一大特色就是加入了几个.Net开发中绝对的牛人的评论，看着他们精辟的言论，相信你的眼界会开阔不少。他们中偶最偏爱的是Jeffrey，向Jeffrey老大致敬!最后，这本书真的很薄，在这大砖头流行的年代里，看一本薄书本身也是一种幸福吧！ps：我才买的第一版，据说第二版就出来了，如果可以的话，还是直接买第二版的好。。。

无题

这本书里比较喜欢的部分是第一二章，与.net的关系不是特别紧密，也适应于大多数的框架设计，加上大师的点评就更加精彩了。我觉得完全可以把第一二章独立出书，那就是一本经典小书。后面的三四五六章，我觉得比较基础，可以算是对《CLR via C#》的巩固。当然，也有比较有意思的地方。比如，对.net framework自身的一些点评，这个是在《CLR via C#》中没有的。可以说两者的角度有所不同，本书是从设计框架的角度看问题，《CLR via C#》是从深入框架核心实现的角度看问题。其中也有些我觉得比较厌烦的东西，就是比较罗嗦。当“要”和“不要”太多的时候，它们就显得不是那么珍贵了。关于异常，我目前为止还没有看到一本让我有醍醐灌顶之感的书。书中讲的是有用的，但还不是我真正想要的。最后两章和三到六章的感觉差不多。

很深入的一本.NET书

粗读了一遍，感觉收获很大。侯捷先生曾在他的《深入浅出MFC第二版》中有云“99.99999%的programmer终其一生不会设计一个application framework”，尽管如此，这本书更多地让我看到了从设计者的角度来观察如何更好地设计和使用框架来进行日常的开发活动。今年年初时，人民邮电出版了该书的第二版影印版，非常期待，我想我会很快重读一次~