Closures, too much or too little?
Howard Lovatt
howard.lovatt at iee.org
Mon Nov 23 06:44:19 PST 2009
Hi Zdenek,
The following example from Josh Bloch illustrates why I would rather
writable captured variables generate an error if you miss off @Shared:
public class Test {
private static final int N = 10;
public static void main(String[] args) {
List<{ => int}> closures = new ArrayList<{ => int}>();
for (int i = 0; i < N; i++)
closures.add( { => i } );
int total = 0;
for ({ => int} closure : closures)
total += closure.invoke();
System.out.println(total);
}
}
This example is almost certainly an error; therefore I feel a warning is
insufficient, much like "int i = 2.0;" is almost certainly an error and I
would find a warning insufficient for this too. To me the warnings that are
in Java currently are all dubious; they are just a fudge because of some
other problem, e.g. erasure.
With regard to annotations, if people really like the concept that an
annotation should not be like a keyword then make shared a keyword (I am
happy either way). I think Josh Bloch has suggested reusing public, but I
would prefer either shared or @Shared.
-- Howard.
More information about the coin-dev
mailing list