good-code:试图弄清楚我所说的“好代码”是什么意思

试图弄清楚我所说的“好代码”是什么意思 单一职责原则为王 高内聚：一个模块应该只有一个改变的理由。 许多 SOLID 原则 。 低耦合：更改的原因应该影响一个且仅一个模块……因为如果更改影响多个模块，则这些模块在精神上耦合在一起，即使不在代码中。 好的架构：每一个改变的理由都应该有一个明显的住所。 (?) 不确定这个，但感觉是对的 .. 但更喜欢可读性而不是简洁 尝试尽可能 DRY 是非常有吸引力的，但对于长期可维护性显然更重要。 当然，从短期和可读性的解决方案是最好的。 测试在一秒钟内通过 大规模的生产力提升 置信度 以思想的速度编码 理想情况下，这是所有的测试，但也可能是所有相关的测试（注意这更难，但允许更多的回旋余地） 对于简单/爱好项目，这可能是“运行程序并检查输出”——重要的部分是拥有一个快速反馈循环，以提供对代码的信心。 在可能的情况下纯粹且不可变 纯函数很容易进行单元测