随笔分类 - 软件设计的哲学
软件设计的哲学
摘要：软件系统的设计和开发过程中，增加系统复杂性的12中危险信号。
阅读全文
摘要：良好的设计是软件工程的一个重要目标，这本书中的思想应该会使编程变得更加有趣。
阅读全文
摘要：大道至简：干净的设计和高性能是兼容的，复杂的代码往往很慢，因为它做的是无关的或冗余的工作。
阅读全文
摘要：软件设计为易于阅读，而不是易于编写。设计和代码的可阅读性是好的设计和编码一个指标，面向阅读和维护编程。
阅读全文
摘要：确保一致性需要一些工作：决定约定的工作、创建自动检查器的工作、寻找类似的情况以在新代码中模拟的工作，以及在代码评审中培训团队的工作。 这种投资的回报是您的代码将更加明显。
阅读全文
摘要：破窗效应：如果每次都增加一点复杂性，时间一长就会发现各种临时妥协的处理越来越多，直到系统不可维护为止。避免破窗效应出现，每个开发组织都应该计划将其全部工作的一小部分用于清理和重构，这项工作从长远来看是值得的。
阅读全文
摘要：编写注释的最佳时间是在过程的开始，即编写代码的时候。原因如下： 首先，编写注释使文档成为设计过程的一部分，其次，这不仅产生了更好的文档，而且还产生了更好的设计，第三，这会使的编写文档的过程更加愉快。
阅读全文
摘要：为变量、方法和其他实体选择名称是软件设计中最被低估的方面之一。好的名称是文档的一种形式：它们使代码更容易理解。它们减少了对其他文档的需要，并使错误检测变得更容易。相反，糟糕的名称选择会增加代码的复杂性，产生可能导致bug的歧义和误解。
阅读全文
摘要：注释的目标是确保系统的结构和行为对读者来说是显而易见的，这样他们就可以快速地找到他们需要的信息，并有信心地对系统进行修改。 有些信息可以在代码中以一种读者已经很容易理解的方式表示，但是有大量的信息不容易从代码中推断出来。
阅读全文
摘要：好的注释可以使软件的整体质量有很大的不同；写出好的注释并不难；而且(这可能很难相信)写注释其实很有趣。
阅读全文
摘要：两次设计的方法不仅提高了你的设计，也提高了你的设计能力。设计和比较多种方法的过程将教会您使设计更好或更差的因素。随着时间的推移，这将使你更容易排除糟糕的设计，并专注于真正伟大的设计。
阅读全文
摘要：异常处理是软件系统中最糟糕的复杂性来源之一。任何形式的特殊情况都会使代码更难理解，并增加bug的可能性。最好的方法是重新定义语义来消除错误条件。对于无法定义的异常，您应该寻找机会在较低的层次上屏蔽它们，这样它们的影响就有限了。
阅读全文
摘要：拆分或联接模块的决策应该基于复杂性。选择能够隐藏最佳信息、最少依赖和最深接口的结构。
阅读全文
摘要：在开发模块时，寻找机会让自己承担一些额外的痛苦，以减少用户的痛苦。把复杂留给自己，简单留给用户。
阅读全文
摘要：软件设计的哲学，解决软件复杂性的原则，中文翻译抢先体验版，持续更新中。
阅读全文
摘要：软件系统是分层组成的，其中较高层使用较低层提供的功能。在一个设计良好的系统中，每一层都提供了不同于其上下层的抽象；如果您通过调用方法跟随单个操作在层中上下移动，那么抽象会随着每个方法调用而变化。
阅读全文
摘要：与专用接口相比，通用接口有许多优点。它们往往更简单，包含更少的方法。它们还提供了类之间更清晰的分离，而特殊用途的接口往往会泄漏类之间的信息。使您的模块具有一定的通用功能是降低整个系统复杂性的最佳方法之一。
阅读全文
摘要：信息隐藏与深度模块密切相关。如果一个模块隐藏了很多信息，就会增加模块提供的功能，同时也减少了它的接口。这使得模块更深入。相反，如果一个模块没有隐藏很多信息，那么要么它没有太多的功能，要么它有一个复杂的接口；不管怎样，这个模块都是浅层的。
阅读全文
摘要：好的设计不是免费的。它必须是你不断投资的东西，这样小问题就不会积累成大问题。 幸运的是，好的设计最终会收回成本，而且比你想象的要快。
阅读全文
摘要：如果一个软件系统难以理解和修改，那么它就是复杂的；如果它容易理解和修改，那么它就是简单的。复杂性来自于依赖和模糊的积累。随着复杂性的增加，它会导致变化的扩大、高的认知负荷和未知的未知。
阅读全文