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)的整洁形成的原因和发展史以及对代码整洁的理解(代码质量