2023.11.1

第23节：断言式编程

这一节介绍了断言（assertions）的概念以及如何在编程中使用断言来确保程序的正确性。

1. 断言用于确保不可能发生的事情不会发生。通过在代码中插入断言，你可以在运行时检查特定条件是否为真，如果条件不满足，程序会中止执行。

2. 断言的目的是检查决不应该发生的事情，而不是处理错误。它们用于捕获不可能的错误情况，而不是处理预期的错误。

3. 断言应该一直开启，即使在生产环境中也不应该关闭。它们通常用于开发和测试，用于及早发现和排查问题。

4. 断言可以帮助提高代码的可靠性，并在开发过程中提供强提示，帮助你捕获潜在的问题。

第24节：何时使用异常

这一节讨论了异常处理的使用场景和原则。

1. 异常很少应该作为程序的正常流程的一部分，而应该保留给意外情况。如果移除了所有的异常处理器，代码将无法运行，这意味着异常通常不应该用于正常情况。

2. 使用异常应该依情况而定。例如，当打开文件时，如果文件不存在，是否应该引发异常？如果文件应该存在，那么引发异常是合理的。如果不确定文件是否存在，返回错误可能更适合。

第25节：如何配平资源

这一节讨论了如何管理资源（内存、文件、事务等），以确保资源在使用后得到妥善释放。

1. 确保资源的分配和释放要有始有终，即要正确管理资源的生命周期。

2. 对于嵌套的资源分配，应该使用与分配相反顺序的方式进行释放，以避免资源泄漏。

3. 异常处理和资源释放需要避免违反“不要重复自己”（DRY）原则。确保资源在异常情况下能够正确释放，可以使用对象的自动析构特性（如C++）或finally子句（如Java）来实现。

4. 当无法完全配平资源时，需要规定清晰的责任分配规则，以确保资源最终得到释放。

5. 自动化检查资源配平状态，可以借助一些第三方工具来进行，以帮助发现和修复资源泄漏问题。

第26节：解耦与得墨忒耳法则

这一节强调了代码的解耦和得墨忒耳法则（Demeter Law），以提高代码的模块化和可维护性。

1. 将代码组织成最小的模块单元，限制模块之间的交互。如果必须替换某个模块，其他模块仍应能够继续工作。

2. 尽量减少模块之间的耦合，避免直接横贯关系。高度耦合的代码会导致变更传播，使得小的变动可能影响系统的多个部分。

3. 遵循得墨忒耳法则，即对象只应该调用自身、传入的参数、自己创建的对象或直接持有的组件对象的方法。这有助于降低耦合度，提高代码的灵活性和可维护性。

4. 虽然得墨忒耳法则有助于改善代码质量，但在某些情况下可能需要舍弃该法则，特别是在解耦操作复杂或带来重大开销的情况下。

第27节：元程序设计

这一节探讨了元数据的概念以及如何在编程中利用元数据来创建灵活的、自适应的应用程序。

1. 元数据是描述数据的数据，用于描述应用程序的特性、配置和行为。通常，元数据在运行时而不是编译时被访问和使用。

2. 为了实现高度可配置的系统，应该将一些特性（如颜色、提示文本等）作为元数据进行配置，而不是硬编码到项目中。

3. 以声明方式思考，即规定要做什么，而不是怎么做。通过将抽象放入代码，将细节放入元数据，可以创建高度灵活的、可适应的程序。

4. 企业级Java Beans是一个示例，它用于简化分布式、事务处理等环境中的编程，通过将组件配置信息放入元数据中，实现了高度可配置。

5. 更好的协作式配置应该让应用程序自动适应其环境，实现动态配置，以提高灵活性。