摘要:
# 笔记本电脑配置 惠普暗影精灵 8,显卡为移动端的 RTX3050Ti,自己加装了一块西数 SN570 1TB 的固态硬盘。 ![image](https://img2023.cnblogs.com/blog/2250899/202302/2250899-20230207132916507-188 阅读全文
摘要:
# 第 10 章 类 ## 10.1 类的组织 遵循标准的 Java 约定,类应该从一组变量列表开始。如果有公共静态常量,应该先出现。然后是私有静态变量,以及私有实体变量。很少会有公共变量。 公共函数应跟在变量列表之后。我们喜欢把由某个公共函数调用的私有工具函数紧随在该公共函数后面。这符合了自顶向下 阅读全文
摘要:
# 第 9 章 单元测试 ## 9.1 TDD 三定律 * 定律一:在编写不能通过的单元测试前,不可编写生产代码。 * 定律二:只可编写刚好无法通过的单元测试,不能编译也算不通过。 * 定律三:只可编写刚好足以通过当前失败测试的生产代码。 ## 9.2 保持测试整洁 测试代码和生产代码一样重要。它可 阅读全文
摘要:
# 第 7 章 错误处理 ## 7.1 使用异常而非返回码 在很久以前,许多语言都不支持异常。这些语言处理和汇报错误的手段都有限。你要么设 置一个错误标识,要么返回给调用者检查的错误码。代码清单7-1中的代码展示了这些手段。 ```java // 代码清单7-1 DeviceContollerjav 阅读全文
摘要:
# 第 6 章 对象和数据结构 ## 6.1 数据抽象 隐藏实现并非只是在变量之间放上一个函数层那么简单。隐藏实现关乎抽象!类并不简单地用取值器和赋值器将其变量推向外间,而是**曝露抽象接口**,以便用户无需了解数据的实现就能操作数据本体。 看看代码清单 6-3 和代码清单 6-4。前者使用具象手段 阅读全文
摘要:
# 第 5 章 格式 ## 5.2 垂直格式 Junit、FitNesse 和 Time and Money由 相对较小的文件组成。没有一个超过 500 行,多数都小于 200 行。Tomcat 和 Ant 则有些文件达到数千行,将近一半文件长于 200 行。 对我们来说,这意味着什么?意味着有可能 阅读全文
摘要:
# 第 4 章 注释 ## 4.1 注释不能美化糟糕的代码 带有少量注释的整洁而有表达力的代码,要比带有大量注释的零碎而复杂的代码像样得多。与其花时间编写解释你搞出的糟糕的代码的注释,不如花时间清洁那堆糟糕的代码。 ## 4.2 用代码来阐述 只要想上那么几秒钟,就能用代码解释你大部分的意图。很多时 阅读全文
摘要:
# 第 3 章 函数 ## 3.1 短小 函数的第一规则是短小。函数不该有 100 行那么长,20 行封顶最佳。…… 每个函数都只有两行、三行或四行长。每个函数都一目了然。每个函数都只做一件事。而且,每个函数都依序把你带到下一个函数。这就是函数应该达到的短小程度! if 语句、else 语句、whi 阅读全文
摘要:
# 第 2 章 有意义的命名 ## 2.2 名副其实 如果名称需要注释来补充,那就不算是名副其实。 ```java public List getThem() { List list1 = new ArrayList() ; for (int[] x : theList) if (x[0] == 4 阅读全文
摘要:
* [Effective STL 笔记-第1章 容器](https://www.cnblogs.com/Sherry4869/p/15128250.html) * [Effective STL 笔记-第2章 vector 和 string](https://www.cnblogs.com/Sherr 阅读全文