weixin_44395929的博客

一、前言本章不重要, 大多是对面向对象语言, 针对对象和数据结构的规范, 但是也有部分属于前端, 我已经提炼出来, 有兴趣的看下就行。二、对象和数据结构数据抽象 => 隐藏实现, 暴露接口数据对象具有反对称性 => 过程性代码方便添加新函数(确实), 面向对象代码便于添加新类(一个东西一个类嘛), 反之亦然。比如过程性代码难于添加新类得墨忒耳定律 => 模块不应了解内部情形(迪米特原则???)火车失事 => 别写出一连串互相调用数据混杂 => 别一半对象, 一半

一、前言从明天起, 要加快更新了。现在在带着看深入浅出计算机原理和计算机科学的基础, 后面还有rust和webassembly在等着学, 然后我又报了南京航天航空学校的成人本科。课程安排有java实践, 数据库实践,和算法以及操作系统。 时间真的不够呀。二、格式规范//本章条例较少,因为大多数格式规范都是由一个团队提炼出来。格式很重要 => 编码功能会变, 格式规范却不会变报纸格式 => 诸君应该都看过报纸吧垂直函数 => 关系越近的方法理应越近垂直顺序 => 自上而

一、前言本章内容主要为注释规范, 对于内容有删除, 去除了一些不符合我们国情的条例。二、注释规范注释不如美化 => 其实这也是作者想表达的, 用再多的注释 不如一个方法名来的直接注释不如用代码阐释 => 作者对注释其实很反感好注释 => 作者又一次声明了最好的注释就是不写注释警示 => 对于一些测试用例解释(我觉得注释用来警示是个很好的习惯,因为写太多注释我们会反感, 不写可能又会损失部分性能, 所以我一般写注释也只是用来警示)todo注释 => 要做什么却未做

一、前言本章内容主要为函数 命名, 结构, 和职责规范。二、函数规范短小 => 函数尽可能短小 10行的函数和100行的函数只做一件事 => 五大原则之单一原则每个函数一个抽象层级 => 五大原则之lsp依赖倒置原则swtich语句 => 避免swtich语句使用吧 虽然我之前很喜欢用使用描述性名称 => 不排斥函数长名称函数参数少于三个 => 避免带来过多变化一元函数 => 一个参数二元函数 => 两个参数标示参数 =&g

一、前言本段为第二章大体内容解释。本篇均取自代码整洁之道, 有兴趣的可以留言或私信我。二、十四条经典简洁概念//对整洁之道第二章有删减,取出了其中我们常常需要用到的简洁方法名副其实 => 能用变量名就能解释的, 就不要用注释避免误导 => 避免大写O和0, 小写l和大写I, 1和l有意义区分 => info和data query和inquirie(前端重灾区 array1 和array2)即读的名字 => 你来看下这个 fee bee an the entry

//其实很多时候, 写代码更像是在创造艺术。–渣男语录一、为什么要写出整洁的代码?曾想过无数种解释, 最后还是用书里的一句话回答:你是个程序员你想成为更好的程序员二、整洁的代码只做好一件事//还没到分析代码的章节继续引用书中的一句话:整洁的代码简单直接。整洁的代码如同优美的散文。整洁的代码从不隐藏设计者的意图，充满了干净利落的抽象和直截了当的控制语句。三、介绍代码整洁之道第一章主要介绍了鲍勃大叔(robertC.Martin)的整洁形成的原因和发展史以及对代码整洁的理解(代码质量