实现MVC+AOP面向方面编程

THINKPHP 官方描述(有点抽象 看不懂没事)：AOP（Aspect-Oriented Programming，面向方面编程），可以说是OOP（Object-Oriented Programing，面向对象编程）的补充和完善。OOP引入封装、继承和多态性等概念来建立一种对象层次结构，用以模拟公共行为的一个集合。但是,当我们需要为不相干的对象引入一个公共行为的时候，OOP则显得无能为力。

这种散布在各处的无关的代码被称为横切（cross-cutting）代码，在OOP+MVC设计中，它导致了大量代码的重复，而不利于各个模块的重用.
典型的面向对象方式的MVC结构

但是,随着功能越来越多,我们编辑的逻辑控制代码也越来越长,导致了就算我们使用了OOP+MVC,还是得面对一大串逻辑代码,如果想添加新的功能,那我们不得不再往一大堆代码里写入新的代码.
比如 将留言写入数据库的方法

而且,当我们编写另外一个控制器时,又不得不在写一次这些常用逻辑.
这段也是TP的官方描述：而AOP则剖解开封装的对象内部，并将那些影响了多个类的公共行为封装到一个可重用模块。便于减少系统的重复代码，降低模块间的耦合度，并有利于未来的可操作性和可维护性。
怎么剖开对象内部呢？说白了就是剖开成员方法。
无论怎样，把留言内容存入到数据库，这才是逻辑的主干，这个就是主逻辑。主逻辑不会随着需求的增加而修改。至于在存入数据库之前要进行权限校验，要进行内容检查，存入数据库之后要给用户加分，然后给用户升级，这些都是准备工作和扫尾工作，都是次逻辑。
所以,主逻辑几乎是不变的，而次逻辑变化却非常频繁。为了提高代码的可读性和可维护性，我们可以考虑把这些次逻辑放到别的地方，不让它们干扰主逻辑。主逻辑只需要干自己该干的事，至于别的事情，主业务逻辑不需要知道。
于是,我们可以把权限判断代码和留言内容文本过滤代码这些在主逻辑之前运行的东西放入一个函数(比如before)。把用户积分这些在主逻辑之后使用的东西塞进after函数。这样就把次逻辑从主逻辑代码中清理掉了。
而在add（）方法中，他只需要知道有个函数负责检查主逻辑之前的条件，另外还有个函数负责检查主逻辑之后的条件就足够了。

实现AOP+MVC面向方面编程

1. 入口文件没什么多说的 很通常的写法 就不介绍了
2. Action基类 他被所有控制器继承
3. 控制器 indexAction 做了注释鸟
4. rount.php 放置于Action目录下与控制器同名的子目录中(这样做的原因看action.class.php里面的注释)
5. 具体的次逻辑块放置于Action目录下的aop目录中,方便不同控制器重用
比如验证内容的次逻辑块:
使用面向方面的好处:
1. 对控制器的方法的管理精确到了每个逻辑判断,将代码重用思想发挥到了极致,你的代码会更简单暴力!
2. 方便维护,添加一个逻辑判断,只需在路由调用一下就搞定了.删除,编辑也是如此..更容易偷懒了!具体的代码也更不容易手误了.