What is required for a scope in an injection framework?
Posted
by
johncarl
on Programmers
See other posts from Programmers
or by johncarl
Published on 2012-03-21T16:25:52Z
Indexed on
2012/03/28
5:42 UTC
Read the original article
Hit count: 317
Working with libraries like Seam, Guice and Spring I have become accustomed to dealing with variables within a scope. These libraries give you a handful of scopes and allow you to define your own. This is a very handy pattern for dealing with variable lifecycles and dependency injection.
I have been trying to identify where scoping is the proper solution, or where another solution is more appropriate (context variable, singleton, etc). I have found that if the scope lifecycle is not well defined it is very difficult and often failure prone to manage injections in this way.
I have searched on this topic but have found little discussion on the pattern. Is there some good articles discussing where to use scoping and what are required/suggested prerequisites for scoping?
I interested in both reference discussion or your view on what is required or suggested for a proper scope implementation. Keep in mind that I am referring to scoping as a general idea, this includes things like globally scoped singletons, request or session scoped web variable, conversation scopes, and others.
Edit:
Some simple background on custom scopes: Google Guice custom scope
Some definitions relevant to above:
“scoping” - A set of requirements that define what objects get injected at what time. A simple example of this is Thread scope, based on a ThreadLocal. This scope would inject a variable based on what thread instantiated the class. Here's an example of this:
“context variable” - A repository passed from one object to another holding relevant variables. Much like scoping this is a more brute force way of accessing variables based on the calling code.
Example:
methodOne(Context context){
methodTwo(context);
}
methodTwo(Context context){
...
//same context as method one, if called from method one
}
“globally scoped singleton” - Following the singleton pattern, there is one object per application instance. This applies to scopes because there is a basic lifecycle to this object: there is only one of these objects instantiated.
Here's an example of a JSR330 Singleton scoped object:
@Singleton
public void SingletonExample{
...
}
usage:
public class One {
@Inject
SingeltonExample example1;
}
public class Two {
@Inject
SingeltonExample example2;
}
After instantiation:
one.example1 == two.example2 //true;
© Programmers or respective owner