关键要点
- 可扩展代码遵循可重用、逻辑清晰且为人熟知的模式，模块化代码通常具有很高的可扩展性。单体代码可能更高效，但可扩展性较差，因此在两者之间取得平衡可能会有益。
- 逻辑可扩展性涉及为工作使用最合乎逻辑和最常见的语言特性。对于复杂的解决方案，建议遵循标准设计模式，因为它们易于理解并考虑了未来的发展。
- 模块化设计包括将应用程序划分为模块，这使得开发、扩展和维护更加容易。每个模块都应将相关的特性和功能组合在一起。模块应尽可能自包含，并尽量减少依赖关系，以简化调试和部署。
- 解耦和封装涉及分离函数、方法和类以增强代码的可重用性和可扩展性。降低模块和组件之间的依赖关系可以提高可用性和可扩展性，只要它不会过度复杂化代码。
在该系列的第二部分中，我分享了一些关于代码重构以提高可读性的问题。在本部分中，我们将讨论另一个方面：可扩展性。我们将采用与上一部分相同的实用问题/讨论方法，以便您能够尽快进入新的重构世界。可扩展代码是指遵循可重用、逻辑清晰且为人熟知的模式的代码片段，无论是标准设计模式还是正常的逻辑流程。模块化代码往往具有很高的可扩展性，而单体代码往往不可扩展，但单体代码可能更高效，因此为了解决这个难题，一些实践允许以模块化的方式进行开发，并以单体的方式进行部署，以便我们能够获得两全其美的效果。我们将要讨论的可扩展代码的主要方面包括：逻辑可扩展性（正常的逻辑流程和设计模式）、模块化设计以及解耦和封装。
逻辑可扩展性
- 大多数代码块是否遵循正常的逻辑流程？当处理小型逻辑问题时，请确保您使用了正确的结构（if、for、foreach、while 等）。我所说的“正确的结构”是指您应该为这项工作使用最合乎逻辑和最常见的语言特性。例如，遍历简单数组应该使用 foreach；这是常见的正常流程，而对于此类简单的迭代使用 for 循环在 PHP 等语言中则不是正常流程。对于这样简单的任务，使用 while 则更为陌生。您可能有您的理由，在这种情况下，请回想上一部分关于记录任何自定义实践的内容，这样就可以了。
- 复杂的解决方案是否遵循标准设计模式？当我第一次开始使用 PHP 时，我并不太了解设计模式。现在我发现，对于大型项目来说，使用设计模式是必须的，因为它们易于理解并考虑了未来的发展。一个常见的复杂问题，您应该使用定义明确的标准模式来解决，那就是创建某个类的各种实例。但是为什么以及何时使用工厂设计模式呢？这可能存在争议，但一般准则如下：如果您具有相同接口的不同实现，并且需要动态创建实现对象，则该模式可能适用。另一种情况可能是当生成许多相同类的动态对象但数量仅在运行时才知道时。例如，现代 GUI 密集型 Web 应用程序可能需要为数据库记录动态创建表单输入行。设计模式何时有用，例子不胜枚举。
模块化设计
- 代码结构是否遵循模块化设计？模块化设计意味着您将应用程序划分为模块。由较小的应用程序组成的较大型应用程序更易于开发，也更易于扩展和维护。每个模块都应收集一组相关的特性和功能，并将它们组合在一个实体中。核心功能和应用程序入口点也可以视为模块。然后，您可以通过添加新模块来添加将来的功能。有些人将以这种方式使用的模块称为插件。但是，无论您为应用程序选择哪种设计和结构，您都需要确保模块/插件的加载和卸载方式、它们的基本结构等，并在开发核心模块之前考虑这些问题。每当您看到某个模块中的代码组充当其单个子实体并由该顶级模块以最少的参数使用时，为什么不将其拆分为一个新模块呢？通常，当我有一个子实体拆分为多个类来执行一些辅助任务时，我会毫不犹豫地将其移动到一个新模块中。实用程序模块是设计良好的模块化应用程序中孤立代码的巧妙解决方案。每当我有一些孤立代码时，我都会将其移动到处理代码片段和小任务的实用程序模块中。该模块通常由孤立的函数和小类组成。每当这些任务足够大时，我就会开始将它们移动到它自己的单独模块中，这是一个持续的重构过程。
- 模块依赖性最小吗？模块应尽可能自包含。软模块依赖关系是自然而好的，例如“库存”模块依赖于“会计”模块以获得同质的电子商务系统，但许多硬依赖关系是不好的。它们使调试和部署变得更加困难。为了确保模块间依赖性较少，您必须时不时地迭代您的代码库，以查看模块之间是否存在任何硬依赖性。如果可以，请清除它们，如果不能，则应将这两个模块合并为一个具有更通用名称的模块。例如，在电子商务应用程序中，您可能有一个“项目”模块和一个“库存”管理模块，并且库存中的类大量使用项目中的类，反之亦然。我会将两者合并并重命名模块为“库存”，其中包含一个用于处理项目的子模块。
解耦和封装
- 函数、方法和类是否相当解耦？添加分页功能以显示来自数据库的结果是一项非常常见的任务。事实上，在我早期的 PHP 开发生涯中，我编写了一些代码来对结果进行分页；最初的代码是过程式的，包含用于处理数据库和结果的非常具体的函数。然后我决定使用策略模式的变体将分页算法与我使用它的每个组件解耦。每当您发现自己重复逻辑或代码时，您可能需要进行一些解耦以增强代码的可重用性和可扩展性。
- 模块和组件是否相当解耦？在将依赖项保持在最低限度时，您正在以正确的方式进行解耦。任何两个相关事物之间都没有 100% 的解耦；耦合是自然的，因此您应该始终进行解耦，但不要太多，以免最终使您的代码变得更复杂。作为指导原则，请解耦，直到您的代码库的模块和组件能够在没有很多重复的共同点的情况下相互通信。请记住，每当复杂性不增加时，降低依赖性与可用性和可扩展性成正比。当复杂性开始增加时，这种关系开始成反比。
总结
在本部分中，我们讨论了为可扩展性重构代码，重点讨论了三个主要方面：逻辑可扩展性、模块化设计以及解耦和封装。希望现在您已经开始更好地了解如何开发和维护更好的应用程序。在最后一部分中，我们将讨论如何在不影响可读性和可扩展性的情况下，为了提高效率而进行重构。图片来自 Fotolia
关于代码重构的常见问题 (FAQ)
PHP 代码重构的重要性是什么？
代码重构是 PHP 开发中的一个关键过程。它涉及在不改变其外部行为的情况下重组现有代码，以改进软件的非功能属性。重构使代码更易于阅读、维护和扩展。它有助于识别和纠正软件的隐藏错误并提高其性能。它还使其他开发人员更容易理解和处理代码，从而提高开发团队的整体生产力。
如何提高 PHP 代码的可读性？
提高 PHP 代码的可读性涉及多种实践。首先，为变量、函数和类使用有意义的名称。其次，使函数和类保持较小，并专注于单个任务。第三，使用注释来解释复杂代码部分的目的，但避免不必要的注释使代码混乱。最后，遵循 PHP 的标准编码约定，例如正确的缩进、使用空格和一致的命名约定。
在 PHP 代码的上下文中，可扩展性是什么？
PHP 代码中的可扩展性是指代码能够扩展或修改新功能而不会影响现有系统性能或功能的能力。这是通过编写模块化代码、使用面向对象编程原则和遵循 SOLID 原则来实现的。可扩展代码更易于维护、升级和扩展，使其成为软件开发中理想的属性。
如何使我的 PHP 代码更具可扩展性？
使您的 PHP 代码更具可扩展性涉及多种实践。首先，编写模块化代码，将其组织成可以独立修改或扩展的小型独立单元（模块）。其次，使用面向对象编程原则（如封装、继承和多态性）来创建可重用和可扩展的代码。第三，遵循 SOLID 原则，这些原则为设计易于维护、理解和扩展的软件提供了指导。
代码重构中的常见挑战是什么？
由于多种原因，代码重构可能具有挑战性。首先，它需要深入了解代码和软件的功能。其次，它可能非常耗时，尤其是对于大型代码库而言。第三，如果操作不当，它可能会引入新的错误。最后，它可能需要更改测试和部署过程，这可能会造成干扰。
如何克服代码重构中的挑战？
克服代码重构中的挑战涉及多种策略。首先，在开始重构过程之前，深入了解代码和软件的功能。其次，使用自动重构工具来节省时间并降低引入新错误的风险。第三，增量重构代码，从代码的小型可管理部分开始。最后，确保您拥有强大的测试流程来捕获重构过程中引入的任何错误。
代码重构的最佳实践是什么？
代码重构的最佳实践包括在开始重构过程之前了解代码及其功能，增量重构代码，使用自动重构工具以及拥有强大的测试流程。此外，与您的团队沟通重构过程及其对项目的影响也很重要。
如何确保我的重构代码没有错误？
确保重构代码没有错误需要一个强大的测试过程。使用单元测试来测试代码的各个组件，使用集成测试来测试这些组件如何交互，以及使用系统测试来测试整个软件。此外，使用自动化测试工具来捕获重构过程中可能引入的任何错误。
如何衡量代码重构工作是否成功？
可以通过多种方式衡量代码重构工作是否成功。首先，重构后代码应更易于阅读、维护和扩展。其次，软件的性能应该得到提高。第三，代码中的错误数量应该减少。最后，开发团队应该更容易处理代码。
有哪些学习更多关于代码重构的好资源？
有很多学习更多关于代码重构的好资源。关于该主题的一些流行书籍包括 Martin Fowler 的“重构：改进现有代码的设计”和 Michael Feathers 的“有效使用遗留代码”。此外，在 Coursera、Udemy 和 Medium 等平台上还有许多关于代码重构的在线教程、课程和文章。
以上是PHP主|实用代码重构，第3部分 - 可扩展性的详细内容。更多信息请关注PHP中文网其他相关文章！
