Cory Horner wrote:
> Can we lift "final" from the second evaluate method? It seems that
> some implementions may want to return different results based on the
> return type, looking like this:
>
> public Object evaluate(Object object) {
> return evaluate(object, String.class);
> }
>
> public Object evaluate(Object object, Class context) {
> ... < real code here >
> }
Trying to think of an example ...
Something like an ENUM where in an Integer context you would like the
ordinal, and in a String context you would like the name?
Cory if you cannot lift the final; I understand that the Value object
there provides the smarts for the default implementations, you can
simply implement (and not extend that abstract class).
Jody
-------------------------------------------------------------------------
SF.net email is sponsored by: A Better Job is Waiting for You - Find it Now.
Check out Slashdot's new job board. Browse through tons of technical jobs
posted by companies looking to hire people just like you.
http://jobs.slashdot.org/
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
