Ninject - 静态类中的内核？
将 StandardKernel 与所需的 NinjectModule 一起“包装”在单独的共享库中的静态类中，并在需要注入时使用相同的库是否正确？ （而不是每次都实例化一个新内核）？
编辑：我正在尝试在我目前正在开发的 WCF 服务中使用 Ninject。
（如果我所说的完全是垃圾，请耐心等待，因为我刚刚开始学习 DI 和 IoC 容器）
Is it right at all to "wrap" a StandardKernel with the required NinjectModules in a static class in a separate, shared library, and use that same library whenever injection is needed (instead of instantiating a new kernel everytime)?
Edit: I am trying to use Ninject from within the WCF service I am developing at the moment.
(Please bear with me if what I am saying is completely rubish since I just started learning about DI and IoC containers)
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
请参阅 https://github.com/ninject/ninject.extensions.wcf 。此扩展将使用 Ninject 内核创建 WCF 服务。这样您就可以使用构造函数注入而不是使用服务定位器模式。
See https://github.com/ninject/ninject.extensions.wcf . This extension will create the WCF service using the Ninject kernel. That way you can use constructor injection instead of using the Service Locator pattern.