代码整洁之道 - 格式
代码格式关乎沟通,而沟通是专业开发者的头等大事
每个空白行都是一条线索,表示出新的独立概念
关系密切的概念应该互相靠近
变量声明:应尽可能靠近其使用位置
实体变量:应在类的顶部声明(Java)或 底部声明(C++, 剪刀原则),团队遵循相同规范即可
烟台-威海 5日游
Deep Learning from Scratch
Test Coverage For C# & Jest
发表于
本文字数: 0 阅读时长 ≈ 1 分钟
本文字数: 0 阅读时长 ≈ 1 分钟
MSBuildBinLog Usage
发表于
本文字数: 0 阅读时长 ≈ 1 分钟
本文字数: 0 阅读时长 ≈ 1 分钟
IEEE 754 Float-Point
发表于
本文字数: 0 阅读时长 ≈ 1 分钟
本文字数: 0 阅读时长 ≈ 1 分钟
设计模式 - 创建型 - 抽象工厂模式
代码整洁之道 - 注释
注释不能美化糟糕的代码 Comments Do Not Make Up for Bad Code
注释是用代码表达意图遭遇的失败
写注释的常见动机之一是糟糕的代码的存在
用代码来阐释 Explain Yourself in Code
清晰的代码本身就能有效表达意图,应避免依赖注释
确实存在代码难以解释逻辑的情况。不幸的是,许多程序员因此认为代码几乎无法成为好的解释手段,这是错误的观点。如
1 | // check to see if the employee is eligible for full benefits |
可以重构为:
1 | if (employee.IsEligibleForFullBenefits()) |
很多时候,简单到只需要创建一个描述了与注释所言同一事物的函数即可。
IQueryable & IEnumerable
IQueryable
是继承 IEnumerable
的,所以任何使用 IEnumerable
的地方都可以换成 IQueryable
. —– 里氏替换
.net - What is the difference between IQueryable