You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Nov 2, 2018. It is now read-only.
The main idea is to make another library being a wiring point.
So, in this case, it's really helpful from architecture point of view.
Our ASP.net core project can see two libraries:
a lib with interfaces
a library with implementations are bind.
In Ninject I can create Ninject module for example for this purpose..
I guess it's possible to do the same with this IOC.
Any advice?
The text was updated successfully, but these errors were encountered:
The pattern we've been using so far is basically extension methods that add to the IServiceCollection. We have no plans on adding any discovery or auto wire up of "modules". There needs to be code in the application that wires up the module.
The main idea is to make another library being a wiring point.
So, in this case, it's really helpful from architecture point of view.
Our ASP.net core project can see two libraries:
In Ninject I can create Ninject module for example for this purpose..
I guess it's possible to do the same with this IOC.
Any advice?
The text was updated successfully, but these errors were encountered: