为什么要“对”呢？这不是“对抗”。您可以将面向方面编程与函数式编程结合使用，也可以与面向对象编程结合使用。它不是“vs”，而是“面向方面编程”with面向对象编程”。
对我来说，AOP 是某种“元编程”。 AOP 所做的一切也可以在没有 AOP 的情况下通过添加更多代码来完成。 AOP 只是让你省去编写这些代码的麻烦。
维基百科有这种元编程的最佳示例之一。假设您有一个带有许多“set...()”方法的图形类。每次设置方法后，图形的数据发生变化，从而图形发生变化，从而需要更新屏幕上的图形。假设要重新绘制图形，您必须调用“Display.update()”。经典的方法是通过添加来解决这个问题莫尔斯电码。在您编写的每个 set 方法的末尾
void set...(...) {
:
:
Display.update();
}
如果您有 3 个设置方法，那不是问题。如果你有 200 个（假设的），那么到处添加它会变得非常痛苦。另外，每当您添加新的设置方法时，您必须确保不要忘记将其添加到末尾，否则您只是创建了一个错误。
AOP 解决了这个问题，无需添加大量代码，而是添加一个方面：
after() : set() {
Display.update();
}
就是这样！您无需自己编写更新代码，只需告诉系统在到达 set() 切入点后，它必须运行此代码并且它将运行此代码。无需更新 200 个方法，无需确保不会忘记在新的 set-method 上添加此代码。另外你只需要一个切入点：
pointcut set() : execution(* set*(*) ) && this(MyGraphicsClass) && within(com.company.*);
这意味着什么？这意味着如果一个方法被命名为“set*”（* 表示 set 后面可能有任何名称），无论该方法返回什么（第一个星号）或它采用什么参数（第三个星号）and它是 MyGraphicsClass 的一个方法and这个类是“com.company.*”包的一部分，那么这是一个set()切入点。我们的第一个代码说“after运行任何作为设置切入点的方法，运行以下代码”。
看到这里AOP是如何优雅解决问题的了吗？实际上这里描述的所有事情都可以在编译时完成。 AOP 预处理器可以在编译类本身之前修改源代码（例如，将 Display.update() 添加到每个设置切入点方法的末尾）。
然而，这个例子也显示了 AOP 的一大缺点。 AOP实际上正在做一些许多程序员认为“反模式 http://en.wikipedia.org/wiki/Anti-pattern”。确切的模式称为“远距离行动 http://en.wikipedia.org/wiki/Action_at_a_distance_(computer_science)".
远距离动作是
反模式（公认的常见
错误）其中某一部分的行为
程序的差异很大
难以或不可能识别
另一部分的运营
程序。
作为项目的新手，我可能只是阅读任何设置方法的代码并认为它已损坏，因为它似乎没有更新显示。我不see只需查看设置方法的代码，执行该方法后，将“神奇地”执行其他一些代码来更新显示。我认为这是一个严重的缺点！通过更改方法，可能会引入奇怪的错误。进一步理解代码的代码流，其中某些事情似乎工作正常，但并不明显（正如我所说，它们只是神奇地工作......不知何故），真的很难。
Update
只是为了澄清这一点：有些人可能会有我说 AOP 不好的印象，不应该使用。我不是这个意思！ AOP 实际上是一个很棒的功能。我只是说“小心使用”。如果您将普通代码和 AOP 混合在一起，AOP 只会导致问题Aspect。在上面的示例中，我们有更新图形对象的值并绘制更新的对象的方面。这实际上是一个方面。将其中一半编码为普通代码，将另一半编码为方面，这会增加问题。
如果您将 AOP 用于完全不同的方面，例如对于日志记录，您不会遇到反模式问题。在这种情况下，项目的新手可能会想“所有这些日志消息来自哪里？我在代码中没有看到任何日志输出”，但这并不是一个大问题。他对程序逻辑所做的更改几乎不会破坏日志设施，而对日志设施所做的更改也几乎不会破坏他的程序逻辑 - 这些方面是完全分开的。使用 AOP 进行日志记录的优点是，您的程序代码可以完全集中精力做它应该做的事情，并且您仍然可以进行复杂的日志记录，而不会让您的代码被数百条日志消息弄乱。此外，当引入新代码时，神奇地，日志消息将在正确的时间以正确的内容出现。新手程序员可能不明白他们为什么在那里或者他们来自哪里，但是由于他们会在“正确的时间”记录“正确的事情”，他可以愉快地接受他们在那里的事实并继续做其他事情。
因此，在我的示例中，AOP 的一个很好的用法是始终记录是否通过 set 方法更新了任何值。这不会产生反模式，也几乎不会成为任何问题的原因。
有人可能会说，如果你可以轻易地滥用 AOP 来造成这么多问题，那么全部使用它并不是一个好主意。然而，哪种技术不能被滥用呢？您可以滥用数据封装，可以滥用继承。几乎所有有用的编程技术都可能被滥用。考虑一种编程语言的局限性，它只包含不能被滥用的功能；一种语言，其中的功能只能按照最初的预期使用。这种语言的局限性如此之大，以至于它是否可以用于现实世界的编程还存在争议。
