使用 IOC 容器时需要注意哪些事项（陷阱）？
使用 IOC 容器时需要注意哪些事项（陷阱）？
What are some of the things to watch for (pitfalls) while using IOC container?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
使用 IOC 容器时需要注意哪些事项（陷阱）？
What are some of the things to watch for (pitfalls) while using IOC container?
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
接受 或继续使用网站，即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论（5）
尽量不要太迷恋服务定位器模式，其中 IoC 容器的一些静态包装器为您提供 xyz 类型的实例。 虽然您有时可能需要它，但确保将依赖项注入到您的消费类型将使您的代码更加干净，并使容器的侵入性大大降低。
Trying not to fall too much for a Service Locator pattern, where some static wrapper to your IoC container provides you with instances of type xyz. While you may need it at times, ensuring that you do inject your dependencies to your consuming type will keep your code a lot cleaner and make the container much less intrusive.
如果你使用 spring aop，就会发生很多神奇的事情，如果某些东西不能正常工作，那么真的很难找出问题所在。
If you use spring aop, there's a lot of magic going on and if something doesn't work right it's really hard to figure out what's wrong.
在正确的时间处理正确的事情，否则会造成内存泄漏。
Disposing the right things at the right times, otherwise you will create memory leaks.
配置的复杂性。
请预先注意，各种 XML 文件和设置所带来的复杂性值得您解决的问题。 一个例子 - 在 Apache HiveMind 中，将类实例相互绑定的配置以及传递配置信息很容易变得比等效的 Java 所需的更难以维护、阅读和理解。
Complexity of configuration.
Keep an eye out up-front that the complexity you're getting with the various XML files and setup is worth the problem you're addressing. One example - in Apache HiveMind, the configuration of binding class instances to each other, and passing configuration information in can easily become more difficult to maintain, read, and understand then the equivalent Java would have required.
根据我的经验，故障排除可能会更困难。 您不仅要针对接口进行工作，这意味着很难通过查看代码来识别所使用的实例的实际类型。 您还可以将大量连接从编译时移至运行时（这当然是 IoC 的要点之一，但它对于发现问题并没有带来奇迹）。
Troubleshooting can be harder in my experience. Not only are you working against interfaces, which means it can be difficult to identify the actual type of the instances used by looking at the code. You also move a lot of the wiring from compile time to runtime (which is one of the point of IoC of course, but it doesn't do wonders for finding problems).