Pair is only a partial, flawed solution to a special case (n=2) of a very significant problem: the disproportionate complexity of creating value types in Java.  I support addressing the underlying problem in Java 8, and not littering the API with dead-end solutions like Pair.<div>
<br></div><div><br><br><div class="gmail_quote">On Tue, Mar 30, 2010 at 1:08 AM, Weijun Wang <span dir="ltr"><<a href="mailto:Weijun.Wang@sun.com">Weijun.Wang@sun.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi All<br>
<br>
There are multiple CRs asking for a java.util.Pair class:<br>
<br>
   4983155<br>
   6229146<br>
   4947273<br>
<br>
I know such a simple thing can be made very complex and everyone might want to add a new method into it. How about we just make it most primitive? Simply an immutable and Serializable class, two final fields, one constructor, two getters (?), and no static factory methods. (S)he who does the real implementation has the privilege to choose between head/tail and car/cdr.<br>

<br>
Thanks<br>
Max<br>
<br>
</blockquote></div><br><br clear="all"><br>-- <br>Kevin Bourrillion @ Google<br>internal:  <a href="http://goto/javalibraries" target="_blank">http://goto/javalibraries</a><br>external: <a href="http://guava-libraries.googlecode.com" target="_blank">http://guava-libraries.googlecode.com</a><br>
<br>
</div>