使用PHP在工作场所使用的设计模式的频率

Question

我读了一本名为PHP Design Patterns and Practice的书，从那时起我就一直在使用设计模式。然而，我刚刚想到，大多数公司可能不经常使用PHP设计模式，或者根本不使用。我想知道的是，大多数公司是否使用设计模式来帮助提高代码灵活性？如果是这样，学习PHP的最佳设计模式是什么？

感谢大都市的任何帮助

感谢您对此的所有好评！
我可以从中得出的结论是：模式几乎用于PHP的所有工作场所，最常见的需要被理解和记忆。此外，MVC架构模式非常重要，每个人都希望您了解它。

Answer 1

根据我的经验，答案是：经常。我工作过的几乎每个地方都使用设计（和建筑）模式。这些是较大的项目，它有助于实施，维护和分析，以使用已知的常见问题解决方案。

你会想要学习所有的大佬（因为你们都会使用并遇到它们），从：Factory，Singleton，Observer，Strategy开始。

MVC是一种你应该清楚知道的架构模式。

Answer 2

实际上，设计模式是应该实施的好主意，但是当你必须规范化在同一系统上工作的多个工程师的技能水平时，这是最重要的。考虑这样的情况：您可能有3或4名变异技能水平的工程师在同一个项目上工作，触摸彼此的文件并与他们可能没有编写的代码交互或知道背景。设计模式和常见实践的一种方法是帮助每个人保持同一级别并在代码库中实施通用性。

Answer 3

最常用的设计模式可能是单身和工厂模式。我最近发现观察者模式对于以某种方式更改对象时触发事件非常有用（类似于数据库触发器）;我发现流体接口模式特别有用，允许一系列方法调用。所有这些都经常在我的工作场所使用。

Answer 4

我只能说出我的经验，但我工作过的大多数地方都在学习和实施工作场所的设计模式/最佳实践方面做得很好。公司是否遵循最佳实践确实是企业/开发文化和团队专业水平的问题。

至于什么样的模式是最好的，你永远不会出现依赖注入，这是我最喜欢的一个。恕我直言，使用的最佳模式是那些最适合您正在解决的用例的模式。

祝你好运！

Answer 5

对于任何非平凡的OO项目，设计模式都不是一种选择，它们是唯一的出路。也就是说，如果您希望在代码库发展和扩展时保持理智。从我所看到的，从事PHP工作的公司最终决定投资某种框架。现代PHP框架是设计模式的展示，尤其是Factory和Singleton等基础知识。正确使用它们可以产生非常可扩展的代码。

包含（） - 感染了非OO PHP4代码的糟糕的旧时代谢天谢地。