commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Apache Wiki <wikidi...@apache.org>
Subject [Commons Wiki] Update of "Sanity Check of APIs, etc." by MattBenson
Date Wed, 13 Jun 2012 15:30:02 GMT
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-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org


Mime
View raw message