Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 14210 invoked from network); 15 Dec 2007 16:17:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 15 Dec 2007 16:17:20 -0000 Received: (qmail 39352 invoked by uid 500); 15 Dec 2007 16:17:09 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 39300 invoked by uid 500); 15 Dec 2007 16:17:09 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 39288 invoked by uid 99); 15 Dec 2007 16:17:08 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 15 Dec 2007 08:17:08 -0800 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [213.46.255.22] (HELO viefep23-int.chello.at) (213.46.255.22) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 15 Dec 2007 16:16:56 +0000 Received: from felixknecht.ch ([217.162.149.243]) by viefep23-int.chello.at (InterMail vM.7.08.02.00 201-2186-121-20061213) with ESMTP id <20071215161648.FTQM3455.viefep23-int.chello.at@felixknecht.ch> for ; Sat, 15 Dec 2007 17:16:48 +0100 Received: (qmail 4623 invoked by uid 210); 15 Dec 2007 16:16:47 -0000 Received: from 192.168.1.97 by odin (envelope-from , uid 201) with qmail-scanner-2.01st (clamdscan: 0.91.2/5123. perlscan: 2.01st. Clear:RC:1(192.168.1.97):. Processed in 0.097536 secs); 15 Dec 2007 16:16:47 -0000 Received: from unknown (HELO ?192.168.1.97?) (192.168.1.97) by 192.168.1.11 with SMTP; 15 Dec 2007 16:16:47 -0000 Message-ID: <4763FDEF.1040609@apache.org> Date: Sat, 15 Dec 2007 17:16:47 +0100 From: Felix Knecht Organization: apache.org User-Agent: Thunderbird 2.0.0.9 (X11/20071116) MIME-Version: 1.0 To: Apache Directory Developers List Subject: Re: [New Entry API] Name for classes References: <4763E52B.6070406@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Alex Karasulu schrieb: > Yeap sounds good and like what we discussed. > > On side note though what about the using the 'I' prefix for interfaces? > Like IFoo and IBar etc. I personally don't like it but many projects > seem to use it. I don't like it either - It could also mean Internal, Integration, I... (so you'll need to document it and read documentation anyway) - So it's just one more character (interpretable) - Imaging what happens e.b. when you type I and hit CTRL-Space in Eclipse :-( I'm absolutely fine without 'I' I haven't had a look a the code so maybe it's just a useless note, but IMO it makes (if ever) more sense having interface and implementation split into different modules for api (interfaces) and implementation. Just my 2 cents Regards Felix > > Not trying to rehash this but I just want your input again ... > > Cheers, > Alex > > On Dec 15, 2007 9:31 AM, Emmanuel Lecharny > wrote: > > Hi guys, > > sorry to rehash the question... > > A while back, we took a decision regarding names for interface > implementation. We had several different names all over the code, like > XXXImpl, BasicXXX, DefaultXXX, ConcreteXXX, BaseXXX where XXX is the > interface name. I think we agreed on the "Default" prefix, as far as I > can remember and find on gmail. > > For ServerEntry, this will give : > > (interface) ServerEntry > (abstract class) AbstractServerEntry > (class implementation) DefaultServerEntry > > Is that ok for everybody ? > > Thanks ! > > -- > -- > cordialement, regards, > Emmanuel L�charny > www.iktek.com > directory.apache.org > > >