从4月15号开始到5月9号历时25天我看完了这本《代码整洁之道》,这是一本讲述代码整洁的书,不同于重构不同于设计模式,这是一本从细节出发的书,其主要目的是为了让程序员们写出整洁、优雅代码。认同整洁的代码将使我们远离糟糕与混乱,并且拯救我们那脆弱的系统。书中经常提到的一条童子军军规——让营地比你来时更干净。书中的内容将我带进了整洁流派的天堂。他所追求的不是可运行的程序,而是帮助我们写出更好代码,让我们成为一名更优秀的程序员。
可能你会认为自己只是写一段程序,只要它可运行自己能看的懂就行。而且你也不在乎别人是否看的懂。或者你觉得写完之后这段代码跟我没有任何关系,我不用再去关注它,只要把麻烦丢给别人就行了。但是很遗憾的告诉你最有可能看这段代码以及修改它的就是你自己,当你深陷自己制造的泥塘时你才会正视整洁的力量。
如果你想要写出整洁的代码,进而提升自己的开发效率时可以遵循如下一些约定
书中还提到了一些重要的设计原则,如单一职责原则、依赖倒转原则等,以及强调了测试驱动生产等,并且初步带领我们进入了并发领域,并发是复杂的,保持并发代码的整洁将使你能更快的找出发生的错误。
可能你会认为自己只是写一段程序,只要它可运行自己能看的懂就行。而且你也不在乎别人是否看的懂。或者你觉得写完之后这段代码跟我没有任何关系,我不用再去关注它,只要把麻烦丢给别人就行了。但是很遗憾的告诉你最有可能看这段代码以及修改它的就是你自己,当你深陷自己制造的泥塘时你才会正视整洁的力量。
如果你想要写出整洁的代码,进而提升自己的开发效率时可以遵循如下一些约定
第一、有意义的命名,为你的函数或变量取个有意义的名字吧,不要为图省事取a,b等命名,不要为寻特意取与整个系统相驳的命名,正确的命名应该有意义名副其实。
第二函数应该尽可能短小并且只干一件事,如果你发现你的函数有多个职责那么拆分它吧。
第三用代码来代替注释,代码的意图应清晰可见,具有自我解释的能力,因为注释很可能在多次重构后变得越来越偏离。
第四格式规范,我想除了电脑之外没人愿意看到一堆单词的组合,正确的缩进,统一的团队规则,会是人们更加乐意看到的。
第五错误的处理也就被经常使用的try-catch语句,首先需要声明的是错误的处理很重要,但如果它搞乱了代码的逻辑,就是错误的做法,错误的处理最好隔离出来单独处理。
第六整洁的边界,如果你的系统需要调用其他系统,那么你要小心的控制它,不至于让其他的系统的改变影响到自己。最后去除重复,重复的出现既意味着代码的坏味道,当你发现重复代码时不要犹豫,重构它吧。
书中还提到了一些重要的设计原则,如单一职责原则、依赖倒转原则等,以及强调了测试驱动生产等,并且初步带领我们进入了并发领域,并发是复杂的,保持并发代码的整洁将使你能更快的找出发生的错误。