面向方面编程有什么主要缺点吗？我喜欢通过限制在其方面内对一个类的调用来缓解横切关注点的想法。但对我来说，这有点奇怪。
问题1.我们来看一下Logger类的例子。每个类/方法可能需要调用Logger类的某些方法。在Logger方面编写所有这些调用可以使将来的修改变得容易。但是，谁应该保持Logger的方面呢？如果Logger类的开发人员这样做，他/她需要有一个整个项目的全局视图，如果项目足够大，我认为这是不可能的。另一方面，如果我们允许每个人修改Logger的类，那么将有太多人访问同一段代码。如果其中任何一个出错，代码将失败。那么，一般来说，谁应该维护这些方面呢？
问题2.性能是否会成为问题？我认为一个切入点就像注册一个事件监听器。如果在运行期间切入点太多，它会减慢程序的速度吗？
谢谢，
答案 0 :(得分：5)
问题1
我认为这很大程度上回答了这个问题：Logger方面与Logger类/实现不同。因此，虽然Logger实现可以存在于确实执行日志记录任务的某个独立单元中，但是任何日志记录方面都存在于应用程序的域中，并且他们可以在其截取时推迟工作。因此，责任本地化为应用方面的实体，这很有意义。
问题2
性能将非常具体到实现，我不知道任何人如何做到这一点，但在编译（或有效编译）情况下的猜测，有效地“注入”方面的行为是不可行的适当的地方（或达到类似目的的事情），因此性能受到的影响微乎其微。
然而，将其转换为解释型语言，您实际上确实处于'事件监听器'的开销风格中。
<强>缺点
我不是专家，但我会得出一些结论并邀请任何补充：
希望这有帮助。