FeatureProliferator should have been an interface, like SimpleFeatureExtractor
and BetweenAnnotationsFeatureExtractor, so that you could implement it
alongside these. At the moment, you can't be a FeatureProliferator if you need
to subclass anything else (because FeatureProliferator is an abstract class).
Changing it now would be backwards incompatible. I wonder if we should just
replace it with a different interface. Seems like a FeatureProliferator is
basically the same thing as a com.google.common.base.Function<Feature,
List<Feature>>. Maybe we should just use that? Then people could use the guava
Iterables.transform, Iterables.concat, etc. on FeatureProliferators.
Original issue reported on code.google.com by steven.b...@gmail.com on 30 Jul 2012 at 6:23
Original issue reported on code.google.com by
steven.b...@gmail.com
on 30 Jul 2012 at 6:23