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 }}
Repository navigation
Add warning "Deprecated injections without @inject" #56
Great point Remo. If we intend on changing the API then we should definitely notify people. I'm wondering though if the scope is much greater than just the decorators as we intend to make a fair few changes that will affect people's set up.
Perhaps a more general notification for people using 1.x? But then again should we be treating Inversify 1 and 2 as an upgrade or almost different libraries since the changes may be quite large.
Also may be worth thinking of creating a tool to ease the transition to convert existing set ups from 1.x to 2.x?
I don't think there is going to be a lot of incompatibilities. The main problem I can think about is the usage of injections without the @Inject decorator but if we use the warning for it should be ok.
I'm planing to do some changes to some names to make the code a bit shorter. For example:
Activity
jamesadarich commentedon Jan 28, 2016
Great point Remo. If we intend on changing the API then we should definitely notify people. I'm wondering though if the scope is much greater than just the decorators as we intend to make a fair few changes that will affect people's set up.
Perhaps a more general notification for people using 1.x? But then again should we be treating Inversify 1 and 2 as an upgrade or almost different libraries since the changes may be quite large.
Also may be worth thinking of creating a tool to ease the transition to convert existing set ups from 1.x to 2.x?
remojansen commentedon Jan 28, 2016
I don't think there is going to be a lot of incompatibilities. The main problem I can think about is the usage of injections without the
@Injectdecorator but if we use the warning for it should be ok.I'm planing to do some changes to some names to make the code a bit shorter. For example:
I would like to use:
This won't be a big problem because users can create aliases:
jamesadarich commentedon Jan 28, 2016
I guess my thought is that constructing a new Binding is a bit redundant and perhaps using the opportunity to redactor to something like
This will cut out the need to create a new binding and pass that in and make the syntax more fluent
remojansen commentedon Jan 28, 2016
👍 I was working on something similar. What I did wasn't brilliant... we can take advantage of this new feature to do something better.
remojansen commentedon Feb 2, 2016
Release 1.3.0 drops support for injections without ``@Inject` decorator