没有规矩不成方圆,唉,这句话太俗了,但是对于这本书,不说这句话,我还能说什么呢?郁闷透了,从这第一句话,我就知道,这篇所谓书评,十之八九要被笑话了,没辙,被笑话也得写,这么好一本书,不说些什么,实在对不起作者译者读者……嗯?读者?哦,是的,读者,就是我,话在心中,不吐不快,不说对不住自己。
从Jolt说起:本书于2006年获得Jolt生产效率大奖,Jolt虽不是完全针对图书出版界,但Jolt在图书出版界的影响力一点儿也不低于奥斯卡之于电影界。Jolt给予本书“生产效率大奖”(Productivity Award),那么你的第一感觉呢?呵呵,我当时看到这本书的介绍,第一想法:规范?那就是规矩,规矩一般都是会降低开发效率的吧?不得不承认,在那个时候,我才不过一只脚跨进软件开发这个行业,所以对于这个感受,相信会和很多人类似。当我拿到了这本书,看了两天,看完了,但是没看明白,感觉么,好像很有道理,不过也好像没啥用,所以后来被束之高阁……
有关作者:嗯,与其说是有关作者,不如说是有关收集者,我们都相信两位作者的功力非常之深厚,但此书之强,强到任何一个或几个个人根本无法完成。本书是微软整个.NET Framework项目组的智慧与经验结晶,但大家也晓得,智慧与经验这些东西,真要整理出来还真是很难,所以两位作者要领头功,何况两位作者在项目组里一直也都是举足轻重的人物。
面向对象:所有人。(没用过电脑的就算了~~~~~)
隔年再读:这本书被藏在了书架一个最不起眼的位置,一呆就是一年,2007年年底搬完家,随手翻开看了一眼,这一眼就是两天啊,和第一次的感觉不是太一样,上次看明白了,这次好多地方却没看明白,其中道理已经变得简单,很多已经在这一年里我通过走弯路得到了,用处么,我当时都想脑袋撞墙,如果第一次能够真的认真阅读认真领会,这一年可以省多少时间啊?(难道这就是所谓“生产效率大奖”?)
现在开评:很抱歉这么久才进入正题!有些话不说对不住自己,所以……还请见谅~~~~~~
很难得有这么一本老少咸宜的书(那个什么居家旅行之必备什么什么的话,我想不起来怎么写了):对于新手,这本书完全不像红皮书那么枯燥繁长,所以比较容易看得下去,而且一条条都不那么长,也适合随手一翻,每一次看,总会有一些新收获;对于高手,虽然是一条条看似不连贯的条款,但就是这些条款让我们一窥.NET的来龙去脉。实在难得的很。
虽然是一本讲解规范的书,但我始终认为这本书毫无章法,可能我境界不到,还无法把这些条款连贯起来。如果换别的一本书,一本小小的书,能够覆盖到的东西真是太少了,但这本书的内容……嗯,怎么说……确实称得上博大精深,博、大、精、深,四个字当之无愧。最BT的是我第一次见有作者如此认真的讨论命名的问题,大小写的问题已经被讨论了很多很多次,不希奇,希奇的是作者居然连单词的选择都拿出来说,更希奇的是我觉得他每一句话都比我原有的习惯更好,看完书转行的心都有了~~~~~
这只是一些推荐的规范,标准都有N多人不遵守,何况规范?以至于后面的花括号、空格、缩进的使用,看起来好笑,每个人可能都有自己的风格,我的就和他的不同,这也拿出来说?但我不得不承认,时间长了慢慢发现,我的代码风格不是所有人都喜欢和习惯的,再回头来看这本书里写的,好像确实可以保证大多数人都更习惯一些(PS:VS默认的代码格式和这本书里说的不是很一样,而且也没看出VS有要改的意思,虽然VS可以自定义代码格式,但这样做的人毕竟还是少数,唉,作者只顾开发.NET Framework,怕也是没时间去和VS那帮人说什么,玩笑了)
书中有一些很浅显的条款,但也有一些很经典的,比如为什么使用Int32而不使用int,很多地方都说过这个问题,但这本书里的理由,是我觉得最有说服力。也有一些进阶的条款,是对所有已经入门想更进一步的程序员们帮助最大的,比如类和结构的选择,属性和方法的选择,有多少人曾经在上升期遇到了这些问题,而这本书,指点迷津。当然更有一些深入的内容,比如有关异常,异常之于.NET,那无异是精华中的是精华,容易使用,但想很好的使用,真的是一门很深的学问,还好我们有这本书,强烈推荐所有的开发人员都读一读里面关于异常处理的一章,哪怕不是.NET开发人员,也一定会获得一些新经验新想法。
终于结束:却是一个可以作为开始的结尾。我结束了这篇文章,真的希望有很多人与此同时开始了这本书。感谢你能够看到这里,我为你的毅力和忍耐力而喝彩……
*****************************************************************
如果有一天,我成了“作家”,那我一定是撞上了传说中的狗屎运,BS~~~~~~~~~~~
*****************************************************************