大家讨论下 PHP 实际一般的项目需不需要 AOP 的方式来实现

大部分的项目都很小，不需要使用这种东西，只会给简单的系统增加复杂性。就像谁会在小项目里使用设计模式一样，可能最多在某个容易变动的地方埋个扩展点。但是项目大的，代码的质量就提现出来了。AOP 主要好处我觉得在于 降低模块的耦合度，系统更易扩展，更好的代码复用。比如面向对象中的开闭原则，按照你上面说的的 当需求改动的时候，你就需要侵入式的修改代码。没什么的，能跑起来的程序就是好程序，傻瓜都能看懂的代码就是好代码。不能产生实际价值的代码写的再漂亮有啥意义。

中间件算是 AOP 吧

中间件也可以理解为 AOP，但还是没有 AOP 来的全面。 最近的框架 HR SWOFT 等等，把 JAVA 的 AOP 引入，在一般的项目中完全用不到。 当然我们讨论的一切前提是一般的普通的项目，不包含那种日活上千万，上亿的项目。【因为大公司都是有自己的框架，开发规范，基本不太会使用外面的开源的框架。】

而且这个东西对于新手，或是经验不足的小团队，反正增加很多的学习的成本，特别改变别人的 CODING 习惯。

至今未发现 AOP 的应用场景

php 没有真正编译环节的加持，很难实现可用的 AOP。但我觉得 middleware 的设计还更小巧精妙一点，不过唯一的缺点就是他的适用范围比 AOP 小很多。

@fatrbaby 中间件，不就是 AOP 思想的体现吗