Dear Wiki user, You have subscribed to a wiki page or wiki category on "Commons Wiki" for change notification.
The "Sanity Check of APIs, etc." page has been changed by MattBenson: http://wiki.apache.org/commons/Sanity%20Check%20of%20APIs%2C%20etc.?action=diff&rev1=5&rev2=6 It doesn't seem so to me. It's possible some more expository name could be found for Generator. * '''''why are equals, hashCode and toString defined in the Functor interface?''''' - I don't feel strongly about this. The original author/s of [functor] presumably used this as a natural place to put their javadoc comments urging that functor implementations properly implement these methods. Feel free to POLL or VOTE on the dev list. + The original author/s of [functor] presumably used this as a natural place to put their javadoc comments urging that functor implementations properly implement these methods. [[http://openjdk.java.net/projects/lambda/|Project Lambda]] will refer to single-method interfaces as "functional interfaces." For this reason I now believe we should plan ahead for interoperability and drop the explicitly-referenced `#equals()`/`#hashCode()`/`#toString()` in `oacf.Functor`, i.e. so that [functor]'s interfaces will satisfy this definition and thus be immediately usable with Lambda-style closures. [[https://issues.apache.org/jira/browse/FUNCTOR-20]] has been created to track this item. * '''''why Predicate isn't an extension of Function<Boolean> ?''''' I personally support the original authors' decision to let each functor type have a simple and semantically straightforward API. [functor] already has adapters to handle this transformation; forcing Predicate to be Function<Boolean> would require either a less semantically pleasing API, or a more complicated implementation task. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
