如何在Spring-AOP中实现抽象工厂模式？
使用 AOP 为基于 spring 的项目实现抽象工厂模式应该与普通项目有什么不同吗？
Is implementing the Abstract Factory pattern for a spring-based project with AOP should be any different than in a normal project?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
综合考虑，它应该更简单；从技术上讲，Spring 本身就像一个抽象工厂，这种模式深刻地告知了 Spring“希望”您用它做的大多数事情。
It should be simpler, all things considered; technically, Spring acts like an Abstract Factory itself, and that pattern deeply informs most things that Spring "wants" you to do with it.
如果没有更具体的例子，我不得不说“不”。 Spring AOP 非常擅长处理您的代码，无论其结构如何。
Without a more concrete example, I'd have to say "no". Spring AOP is pretty good at working around your code, whatever structure it's in.
取决于你的AOP。如果您将 AspectJ 与加载时或编译时编织一起使用，那么就不会有问题。如果您使用基于 spring 的 AOP，那么您会遇到问题，因为 spring 只会将方面放在它创建的 bean 上。这意味着如果你的工厂生产 bean，它将不会有任何 AOP 仪器
Depends on your AOP. If you're using AspectJ with load time or compile time weaving, then you don't have an issue. If you're using the spring based AOP, then you have an issue because spring will only put aspects onto beans it creates. Meaning that if your factory makes the bean, it won't have any AOP instrumentation