![](https://img-blog.csdnimg.cn/20201014180756925.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
优雅代码道路
文章平均质量分 79
Srwici
一个处于刚刚进入社会战战兢兢,面对新鲜知识兴趣盎然的青年
展开
-
Golang--map扩容机制(含源码)
Go map 两种扩容机制对应的扩容策略(含源码及路径)原创 2022-06-22 15:45:29 · 965 阅读 · 1 评论 -
《代码整洁之道》---10.类的组织方式---学习记录
目录类1 类的组织2 类应该短小2.1 单一权责原则2.2 内聚2.3 短小内聚会得到许多短小的类3 为了修改而组织类1 类的组织变量和函数的组织顺序:变量公共变量(很少出现)私有静态变量私有实体变量函数公共函数其内部调用的私有函数封装:我们大多都会使用到封装,除非为了测试让路。2 类应该短小衡量类的短小与否标准是类的权责。我们通过类的权责来判断这个类是否过于大了。2.1 单一权责原则单一权责原则(SRP)认为类或模块应该有且只有一条加以修改的理由。原创 2021-06-24 00:30:35 · 269 阅读 · 0 评论 -
《代码整洁之道》---9. 单元测试---学习记录
目录单元测试1 TDD三定律2 保持测试整洁3 整洁的测试3.1 面向特定领域的测试语言3.2 双重标准单元测试1 TDD三定律在编写不能通过的单元测试前,不可编写生产代码。只可编写刚好无法通过的单元测试,不能编译也算不通过。只可编写刚好足以通过当前失败测试的生产代码。2 保持测试整洁测试必须随着生产代码的演进而修改。测试越脏,就越难修改。这里脏测试的脏指的是:变量名不用好函数名不短小,不具有描述性不做好良好涉及和仔细划分诸如此类。结论:测试代码和生产代码一样重要!原创 2021-06-22 00:30:18 · 209 阅读 · 0 评论 -
《代码整洁之道》---8. 容易忽略的边界---学习记录
目录容易忽略的边界1 使用第三方代码时2 浏览和学习边界容易忽略的边界本章,记录保持软件边界整洁的实践手段和技巧。1 使用第三方代码时这里举了java里面Map包(第三方代码)。使用时引起的问题举个例子: Map users = new HashMap();当这样直接使用的时候,就需要: User user = (User)users.get(userId);这里就是需要有一个转换的过程。当然也可以添加泛型来减少这样的代码。但是也可以将这些转换的代码写到一个User的类里面,这样原创 2021-06-18 00:00:53 · 146 阅读 · 0 评论 -
《代码整洁之道》---7. 错误处理---学习记录
目录错误处理1 使用异常而不是错误码错误处理1 使用异常而不是错误码错误码就是对返回结果判断时==的右侧值。举个例子: result := user.getResult(); if result == resultError{ ... }比如这里的resultError就是错误码。使用错误码的步骤,就是每一次返回都需要进行判断。导致if滥用,代码不美观的请赶快。或者忘记判断,导致出现潜在的漏洞。...原创 2021-06-17 00:37:32 · 141 阅读 · 0 评论 -
《代码整洁之道》---6. 对象和数据结构---学习记录
目录对象和数据结构1 数据抽象对象和数据结构1 数据抽象在对外提供的接口,我们更应坚持把数据抽象,也就是接口尽可能不要暴露其内部细节。举个例子:public class Point{ public double x; public double y;}这样的设定,就会让外界直接知道,x,y这样的细节。从而了解到这个x,y的组成形式。可以直接对单个的值进行赋值修改。可以改成public interface Point{ double getX(); double getY();原创 2021-06-16 00:48:51 · 151 阅读 · 0 评论 -
《代码整洁之道》---5. 重要的格式---学习记录
目录格式1 格式的目的垂直格式格式这里的格式简单来说是团队里面采用一套通用的编码规范,每个编码人都要去遵循它。这样就可以保证不同人只要学会一套通用编码规范就可以适应绝大多数团队代码。1 格式的目的让编码规范流程在所有代码。垂直格式...原创 2021-06-15 00:08:38 · 267 阅读 · 1 评论 -
《代码整洁之道》---4. 重要的注释---学习记录
目录注释1. 注释并不美化代码2. 用代码来阐述3. 需要的注释3.1 法律信息3.2 提供信息的注释注释注释是,是优雅代码的无用,是平常代码的补充,是糟糕代码的说明。它并不是一种友好的方式。1. 注释并不美化代码一般越糟糕的代码使用到注释的可能性越大,如果真的是为糟糕的代码写注释,那不如将代码掀翻重新写。2. 用代码来阐述我们可以尽量用可视化的命名来让阅读代码的人理解我们的意思,而不是使用注释。3. 需要的注释3.1 法律信息有时公司会在项目前面加上与法律有关的注释。例如版权原创 2021-06-14 00:48:41 · 242 阅读 · 0 评论 -
《代码整洁之道》---3. 函数---学习记录
目录原创 2021-06-10 01:02:23 · 386 阅读 · 0 评论 -
《代码整洁之道》---2. 有意义的命名---学习记录
目录命名原则1. 有意义的命名2. 避免误导3. 做有意义的区分4. 使用读得出来的名称5. 使用可搜索的名称6. 避免使用编码7 避免思维映射8 类名9 方法名10 别抖机灵11 同种概念的词应该统一12 别用双关语13 使用解决方案领域名称14 使用源自所涉问题领域的名称15 添加有意义的语境16 不添加无意义的语境命名原则1. 有意义的命名由例子引出概念:模糊示例1:var i int //elapsed time in days---已用的时间改良示例1:var elaspedT原创 2021-06-03 20:43:32 · 320 阅读 · 2 评论