dig.Container as a interface would be much easier to integrate about dig HOT 3 CLOSED

Yes, if it were an interface you'd be able to use all the methods directly on the AppContext.

Conceptually it wouldn't be completely out of question for Dig to expose an interface that would be implemented by both Scope and Container so that you could do something like that.

Changing Container to an interface is a breaking change. We follow semantic versioning rules and do not introduce any backwards-incompatible changes.

from dig.

may be we can add a new way to use Dig as a interface

from dig.

My current thought on this is that we probably won't do this, as making an interface for this limits the extensibility of it.

If we decide to support additional methods on the Container struct, adding such a method is not a breaking change. Adding a method to an interface, however, is a breaking change.

Given the tradeoffs, I believe Dig's current structure of returning the struct is a better design choice for us to continue iterating on more features.

Hope that makes sense.

from dig.