前言

关于使用设计模式的一些思考

设计模式的使用，往往是结合了面向对象特性一起来实现，例如：多态、封装、继承等。
普通的业务开发过程中，往往都是在成熟的框架下进行的开发。
以 Yii2 框架举例，程序员们通常将业务写在 service 里，利用 generator 生成数据库模型类，然后在 controller 里定义入口。
service 里往往会封装大量复杂的业务逻辑，而通常这些业务逻辑都是被编写成了互相依赖和极度耦合。
所以，开发者们要再考虑一下，service 里的业务逻辑，能否利用设计模式来解耦场景？
如果你认真思考且成功实现了部分业务的解耦，恭喜你，你已经摆脱了初级程序员的枷锁。

反过来思考，当我们站在创业者或者技术负责人的角度看待设计模式。
创业者：你应该坚定的采取面向过程的方式，来快速的实现功能迭代。一定不能纠结技术伙伴在方法论上的选择。
技术负责人：结合业务和技术，充分评估模式的利弊，选择一个更快，更得心应手的技术方向，这是你对业务或者公司的最大价值。
技术作为业务的工具，初中后期有截然不同的角色，技术负责人的做法通常应该是：快速->稳定->重构
具体含义可以自行参悟，这个需要实际的经验才能领悟。

模式分类

我将模式按使用场景分类整理如下，后面也会按照这个逻辑来逐一分析

作者：Wolf  创建时间：2023-11-19 18:34
最后编辑：Wolf  更新时间：2023-11-27 23:47