AOP是OOP的延续和补充。
AOP 与 OOP 并不是相互竞争的两种技术, 人们不是为了代替OOP 而提出 AOP, 事实上 AOP 与 OOP 两者互相之间是一个很好的补充和完善。
OOP面向对象编程关注的是将需求功能“ 垂直” 划分为不同的并且相对独立, 封装良好的类, 并让它们有着属于自己的行为。至于对象间的关系则依靠继承和多态等来定义，即OOP引入封装、继承和多态性等概念来建立一种对象层次结构，用以模拟公共行为的一个集合。当我们需要为分散的对象引入公共行为的时候，OOP则显得无能为力。也就是说，OOP允许你定义从上到下的关系，但并不适合定义从左到右的关系。例如日志功能。日志代码往往水平地散布在所有对象层次中，而与它所散布到的对象的核心功能毫无关系。对于其他类型的代码，如安全性、异常处理和透明的持续性也是如此。这种散布在各处的无关的代码被称为横切（cross-cutting）代码，在OOP设计中，它导致了大量代码的重复，而不利于各个模块的重用。
而 AOP技术则恰恰相反，它利用一种称为“横切”的技术，将 OOP 构建的庞大的类体系结构进行进一步的 “ 水平” 切割，并将那些影响了多个类的公共行为封装到一个可重用模块，封装成“Aspect”，即方面。所谓“方面”，简单地说，就是将那些与业务无关，却为业务模块所共同调用的逻辑或责任封装起来，便于减少系统的重复代码，降低模块间的耦合度，并有利于未来的可操作性和可维护性。 AOP代表的是一个横向的关系，如果说“对象”是一个空心的圆柱体，其中封装的是对象的属性和行为；那么面向方面编程的方法，就仿佛一把利刃，将这些空心圆柱体剖开，以获得其内部的消息。而剖开的切面，也就是所谓的“方面”了。然后它又以巧夺天功的妙手将这些剖开的切面复原，不留痕迹。
面向方面编程则是希望能够将 OOP 构建的庞大的类体系结构进行进一步的 “ 水平” 切割, 将通用需求功能从不相关的类当中分离出来, 封装成方面。
