- 博客(9)
- 收藏
- 关注
RSS订阅转载 整洁代码清单
注释：注释只应该描述有关代码和设计的技术性信息； 通常作者、最后修改时间不该在注释中出现； 注释应该谈及代码自身没提到的东西； 删掉注释掉的代码，保持简洁； 环境：应当能够用单个命令签出系统，并用单个指令构建它； 应当能够发出单个指令就可以运行全部单元测试； 函数：函数的参数量应该少，没参数最好； 输出参数违反直...
2018-09-06 17:59:00
141
转载 并发编程
对象是过程的抽象，线程是调度的抽象； 并发是一种解耦策略：把做什么（目的）和何时做（时机）分解开； 响应时机、吞吐量； 并发防御原则：单一权责原则：分离并发代码与其他代码； 限制数据作用域：synchronized；谨记数据封装，严格限制对可能被共享的数据的访问； 使用数据副本； 线程应尽可能地独立：...
2018-09-04 22:24:00
98
转载 迭进
简单设计的四条原则：运行所有测试；消除重复；保证表达力；尽可能减少类和方法的数量； 重构：提高内聚性，降低耦合度，切分关注面，模块化系统性关注面，缩小函数和类的尺寸，选用更好的名称等； 消除重复：小规模复用：共性抽取，再将新方法分解到另外的类中； 模块方法模式：移除高层级重复； 表达力：代码清晰表达其作者的意图；好名称，保持函数和类的尺寸短小，标准命...
2018-09-04 22:07:00
166
转载 系统
将系统的构造与使用分开： 分解main：将全部构造过程搬迁到main或被称之为main的模块中； 设计系统的其余部分时，假设所有对象都已正确构造和设置； 应用程序对main或者构造过程一无所知； 工厂：抽象工厂模式，构造细节隔离于应用程序代码之外； 依赖注入：控制反转将第二权责从对象中拿出来，转移到另一个专注于此的...
2018-09-04 00:06:00
105
转载 类
类的组织：自顶向下 类应该短小：权责，类名描述其权责； 单一权责原则：类或模块应有且只有一条加以修改的理由；类只应有一个权责； 系统应该由许多短小的类而不是少量巨大的类组成； 每一个小类封装一个权责，只有一个修改的原因，并与少数其他类一起协同达成期望的系统行为； 内聚：低耦合，高内聚；保持内聚性就会得到许多短小的类； 为...
2018-08-31 17:14:00
89
转载 错误处理、边界、单元测试
错误处理：使用异常而非返回码； 编写可能抛出异常的代码时，先写Try-Catch-Finally语句； 使用不可控异常； 给出异常发生的环境说明，以便判断错误的来源和处所； 依调用者需要定义异常类：打包调用API，确保返回通用异常类型，从而简化代码； 业务逻辑和错误处理代码之间要有良好隔离； ...
2018-08-31 17:02:00
285
转载 注释、格式、对象与数据结构
注释：注释的恰当用法是弥补我们在用代码表达意图时遭遇的失败； 尽量减少注释量，用代码来阐述； 好注释：法律信息、提供信息的注释、对意图的解释、阐述、警示； 能用函数或变量时就别用注释； 删除注释掉的代码； 短函数不需要太多描述，为短函数选个好名字，通常要比写函数头注释要好； 格式：垂直格式：每组代码行展示一条完整的思路...
2018-08-28 16:59:00
113
转载 函数
短小：if语句、else语句、while语句等，其中的代码块应该只有一行； 函数的缩进层级不该多于一层或两层； 只做一件事：判断函数是否可以再拆分出一个函数； 每个函数一个抽象层级：函数中的语句都要在同一抽象层级上； 向下规则：每个函数后面都跟着位于下一抽象层级的函数； Switch语句：单一权责原则，开放闭合原则 ...
2018-08-27 17:22:00
132
转载 命名
名副其实：如果名称需要注释来补充，那就不算是名副其实； 对常量操作，常量的意义是什么？数组下标条目的意义是什么？对于返回值，该如何使用？ 避免误导：避免使用与本意相悖的词； 做有意义的区分：添加数字系列或废话是无意义的区分； 使用读得出来的名称； 使用可搜索的名称：单字母名称和数字常量很难在一大篇文字中找出来； 避免使用编码：匈牙利语标记...
2018-08-23 16:44:00
260
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人