代码整洁之道
cai.Jh
这个作者很懒,什么都没留下…
展开
-
《代码整洁之道》读书笔记----第七章错误处理
一、try-catch-finally诞生的原因 错误处理的原则:不应该混乱原本代码的逻辑,错误处理不应该杂糅在业务代码中。 原本的错误处理:if(异常条件){string error=" XXXX";return error;},代码在逻辑代码中,代码量很多的情况下,要花大量的时间去区分那里是错误处理代码,那里是业务代码。 try {业务代码} catch(){错误处理代码} finaly{资源释放代码} 二、代码不应该抛出特定的异常 代码主动抛出特定异常,会造成每次有新的异常出现的时候,就要打开封装好的原创 2020-09-01 20:31:08 · 183 阅读 · 0 评论 -
《代码整洁之道》读书笔记----第六章对象和数据结构
一、数据抽象 1.类是如何把自己的数据展示给外界 (1)直接暴露数据,类似与数据结构的形式 (2)用户通过函数直接操作数据本体,而不用知道数据本身,以抽象的方式展示数据 2.不暴露数据细节,以抽象的形式展示数据的时候,不只是添加接口,或者使用复制器、访问器就可以,要以最好的方式呈现某个对象包含的数据,需要严加的思考。 二、数据、对象的反对称性 数据结构:曝露其中数据,没有提供有意义的函数 class Student{ string name; int id; } class Teacher{ str原创 2020-09-01 03:07:35 · 194 阅读 · 0 评论 -
《代码整洁之道》读书笔记----第五章格式
选用一套管理代码格式的简单规则,然后贯彻这些规则。 自动化工具已经完成了很多代码格式的规范工作。 代码的可读性,影响到代码的可维护性和扩展性;代码格式影响到代码的可读性。 让代码能够不是最重要的,最重要的是规范代码格式,提高代码可读性。 1.垂直方向 在项目文件中,用大多数200行到500行的单个文件可以构建出出色的系统,尽管让代码保持在200~500行的文件是软性的规定,但是短的文件比长的文件更加通俗易懂; 在项目文件的顶部,是高层次的概念和算法,细节是逐渐往下展开; 换行符的作用,在不同的思路之间使用换原创 2020-08-31 14:16:13 · 149 阅读 · 0 评论 -
《代码整洁之道》读书笔记----第四章注释
最好的注释就是代码本身。 良好的编码习惯,规范的命名,可以让代码清晰可读。 好的注释是尽可能少的注释。 可以存在的注释: 1.法律信息 2.提供信息----例如某个变量的用途,最好的办法是通过命名来表现 3.代码意图 4.阐释 5.警示 6.TODO 7.放大不合理之物的重要性 8.公共API的帮助文档 大量的注释会让代码的可读性降低。如果需要编写注释来解释一段糟糕的代码的时候,不如进行代码重构,而且注释随着代码的修改,会带有误导性。 ...原创 2020-08-24 13:26:38 · 137 阅读 · 0 评论 -
《代码整洁之道》读书笔记----第三章函数
写代码的过程使用一种语言描述一个系统故事。 写的过程,保持代码的精确,清晰,是能讲好故事的基础。 函数,即方法名,是一个动词。 1.短小 函数体应该保持短小,最好每个函数体的封顶上限应该是20行。 2.if/else while等语句中 块内尽量调用“有意义签名”的函数,意味着函数不应该有嵌套结构,缩进不应该多与一层或两层。 3.只做一件事 函数中的语句,应该是一抽象层使用几条指令处理或者使用下层抽象进行处理。一个只做一件事的函数,无法很合理的切分成几个部分立即。 举个例子 睡觉(){躺床上();闭眼();原创 2020-08-20 22:00:33 · 172 阅读 · 0 评论