PHP项目中设计模式该如何使用？
在PHP的实际项目开发中，业务逻辑上感觉很少有什么真正应用设计模式这是为啥呢？？
假设一个简单的场景：使用yii2或者laravel开发用户管理的相关功能， 很多时候直接简单的MVC 就都搞出来了， 而不会先定义用户interface, 然后继承， 然后多态...，然后就自然而然的引出工厂模式等等模式。
而然， 在实际项目中貌似MVC就一键搞定了， 都没有真正的自己新建那些模式类来应用， 到底应该以何种姿势使用呢？？？ 还是那种姿势应该是用在写扩展组件等独立项目的时候用呢？？
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
1.因为你用的框架已经是由设计模式设计出来的了，所以你不需要考虑设计模式，只需要写好你的逻辑
2.你的业务逻辑还不够复杂，所以不需要用到，如果现在有个需求，增加5种第三方登录方式，可能以后还会再增加，你的代码要怎么办？你的登录如果没有跟用户管理解耦，那么你每次改登录方式就要跟着改用户管理和登出
3.还有就是语言问题...这毕竟是个PHP啊，弱类型语言，php的return没有限制，想返回什么就返回什么，强类型语言是不行的...
这是因为你对自己的代码没有严格要求，比如laravel里面的Event,就是一个监听者模式，你用他或者不用他，效果是一样的，只不过在代码维护或着结构上有他的优势，你用yii2或者laravel本身就已经是构建在各种设计模式下了，只不过你在这个大框架下写的东西太简单，设计模式在大的项目结构中才能看到他的优势，如果你本身没有理解或者代码结构本来就简单，设计模式只会让你觉得麻烦