Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 87298 invoked from network); 17 May 2002 17:02:36 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 17 May 2002 17:02:36 -0000 Received: (qmail 28849 invoked by uid 97); 17 May 2002 17:02:37 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 28768 invoked by uid 97); 17 May 2002 17:02:36 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 28747 invoked by uid 98); 17 May 2002 17:02:35 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) Message-ID: From: "Jack, Paul" To: 'Jakarta Commons Developers List' Subject: RE: [collections] - Few more collections for the masses... (impor tant for Struts view objects, maybe other projects) Date: Fri, 17 May 2002 09:57:51 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > 1) What 8 interfaces?... There's only 2 that are valid. Can't the reserve behavior be applied to: 1. java.util.Collection 2. java.util.Set 3. java.util.SortedSet 4. java.util.List 5. java.util.Map 6. java.util.SortedMap 7. org.apache.commons.collections.Bag 8. org.apache.commons.collections.SortedBag I just like to be complete. :) > 2) They're currently small and simple. I don't see a need to over-engineer. And I want them to remain small and simple, but hidden from the public API. I just want to add one class to the public API, instead of many. > 3&4) I'll get onto subList, but I don't fully agree that the rest > (Iterators) are relevant. For example, you want an Iterator when you > want to run over what is there, not what is "expected" to be there, > which is what these are for. So long as the code obeys the contracts of the List and Iterator interfaces, it's fine. -Paul -- To unsubscribe, e-mail: For additional commands, e-mail: