相关疑难解决方法(0)

NInject的模块架构似乎很有用,但我担心它会变得有点混乱.

你如何组织你的模块？你把它们放在哪个组件中,你如何决定哪个模块的接线？

我正在启动一个多项目解决方案,它将有多个入口点,例如Windows服务,ASP.NET网站,WebApi控制器等.我已经选择了SimpleInjector,因为它非常快,我不需要任何高级特征.

我的理解是SimpleInjector应该在启动时集中配置.从以下基本示例项目集开始

• NS.Controllers
• NS.Core.Data
• NS.Core.Data.Model
• NS.Web
• NS.WindowsService(假设这不会一直运行)

有多个入口点,SimpleInjector的引导应该在哪里进行,可以/应该集中处理(在这种情况下,配置过程需要引用所有项目才能设置所有解决方案类)？

我是否应该有一个全局实例(例如NS.Global.Container),它不引用任何其他项目,并且每个入口点都负责在启动时添加自己的实例要求(优雅地处理重复注册,如NS.Core.Model)？

我是否应该使用ResolveUnregisteredType事件来处理请求的注册？

我只是缺乏一些小学生的知识吗？

更新:

Steven在下面的评论中提供的链接给出了这个问题的全面答案.

何处在多层应用程序中定位Ninject模块

如何在mvc站点的类项目部分初始化Ninject