2017年7月27日
摘要：
一、只对复杂业务逻辑添加注释 注释是代码的解释说明，不是必须的，好的代码本身就是文档。 二、不要把注释掉的代码放在代码库里 版本控制的原因就是把老代码放在历史库中。 三、不要有日志式的注释 记住，使用版本控制。不要有没用到的代码，注释掉的代码，尤其是日志式的注释。使用git log获取历史记录 四、 阅读全文
posted @ 2017-07-27 11:34
小小驰
阅读(209)
评论(0)
推荐(0)
摘要：
格式化是主观的。就像这里的很多规则，没有你必须遵守的硬性规则。主要观点是：不要因为格式去争论。这里有大量的自动化格式工具（tons of tools ）。使用一个，程序员们为格式争论就是浪费时间。 针对自动格式化工具不能覆盖的问题（缩进、 制表符还是空格、 双引号还是单引号等）， 这里有一些指南。 阅读全文
posted @ 2017-07-27 11:20
小小驰
阅读(189)
评论(0)
推荐(0)
摘要：
抛出错误是一个很好的事情。这意味着当你的程序出错的时候可以成功的知道，并且通过停止当前堆栈上的函数来让你知道，在node中会杀掉进程，并在控制套上告诉你堆栈跟踪信息。 一、不要忽略捕获的错误 不处理错误不会给你处理或者响应错误的能力。经常在控制台上打印错误不太好，因为打印的东西很多的时候它会被淹没。 阅读全文
posted @ 2017-07-27 11:01
小小驰
阅读(399)
评论(0)
推荐(0)
摘要：
一、使用Promise,别使用Callbacks Callbacks不够简洁，它会产生大量的嵌套。在ES6中，最好使用Promises 二、Async/Await 比Promises更简洁 Promises比callbacks简洁很多，但 ES2017/ES8 提出了async/await 方法，提 阅读全文
posted @ 2017-07-27 10:20
小小驰
阅读(274)
评论(0)
推荐(0)
浙公网安备 33010602011771号