Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 16268 invoked from network); 15 Dec 2007 16:30:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 15 Dec 2007 16:30:10 -0000 Received: (qmail 47098 invoked by uid 500); 15 Dec 2007 16:29:59 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 47058 invoked by uid 500); 15 Dec 2007 16:29:59 -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 47047 invoked by uid 99); 15 Dec 2007 16:29:59 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 15 Dec 2007 08:29:59 -0800 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of akarasulu@gmail.com designates 209.85.146.179 as permitted sender) Received: from [209.85.146.179] (HELO wa-out-1112.google.com) (209.85.146.179) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 15 Dec 2007 16:29:35 +0000 Received: by wa-out-1112.google.com with SMTP id m38so2222787waf.5 for ; Sat, 15 Dec 2007 08:29:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth; bh=iiBjehuB3sotaSPsnNqn9d8hQ6p2Lj2tG0W7tTaUDnc=; b=j9loVW4kfslzp/pl6a6CNAlI8M1jzngyD+hHZvq80/LBxj7TIFf2GdDmvYfJ0wMKHQUEvEgc0s+FX8sEz3aHV/XrHSWRbLYq6NkYB7cVTDlQ8/tyDrY7OaHREBLea6YMQ3zq40AEEi/Kwj0JwmwUyhrrOcWz84wTVxUIdVPQIts= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=JlXJz4rwHA1/k7Ii3uyy4yHbvIe5B/gBuQkHScTquM/E5fUlzwozVnCgQ0g879aALKccWCsZESsxi86XFKChwE5M9oCgjibYkUgO+wPjd8499SfHkMe6DUvwY9dEjlouMIcjpMO/NC4LwzjWwtkL59/dBD9Rh45jmJu/IC1tacw= Received: by 10.115.88.1 with SMTP id q1mr4406801wal.98.1197736179145; Sat, 15 Dec 2007 08:29:39 -0800 (PST) Received: by 10.115.18.12 with HTTP; Sat, 15 Dec 2007 08:29:39 -0800 (PST) Message-ID: Date: Sat, 15 Dec 2007 11:29:39 -0500 From: "Alex Karasulu" Sender: akarasulu@gmail.com To: "Apache Directory Developers List" Subject: Re: [New Entry API] Name for classes In-Reply-To: <4763FDEF.1040609@apache.org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_956_30696752.1197736179136" References: <4763E52B.6070406@gmail.com> <4763FDEF.1040609@apache.org> X-Google-Sender-Auth: 868106e2f45e70a4 X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_956_30696752.1197736179136 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Felix, These are all good points which for some reason this morning I could not think about myself. Thanks for showing me again why I don't like this I stuff. Really though I don't like the "I" prefix because it reminds me of Mac and the Mac Store which I hate because of all those moronic metro-sexual sales snobs that think they know something ... :) Thanks, Alex On Dec 15, 2007 11:16 AM, Felix Knecht wrote: > 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 IM= O > 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 th= e > > interface name. I think we agreed on the "Default" prefix, as far a= s > 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=E9charny > > www.iktek.com > > directory.apache.org > > > > > > > > ------=_Part_956_30696752.1197736179136 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Felix,

These are all good points which for some reason this morning = I could not think about myself.  Thanks for showing me again why I don= 't like this I stuff. 

Really though I don't like the = "I" prefix because it reminds me of Mac and the Mac Store which I= hate because of all those moronic metro-sexual sales snobs that think they= know something ... :) =20

Thanks,
Alex

On Dec 15, 2007 = 11:16 AM, Felix Knecht <felixk@apac= he.org> wrote:
Alex Karasulu schrieb:
> Yeap sounds good and l= ike what we discussed.
>
> On side note though what about the u= sing 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 co= uld also mean Internal, Integration, I... (so you'll need to document i= t 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 Eclip= se :-(

I'm absolutely fine without 'I'

I haven= 9;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 (inte= rfaces) and implementation.

Just my 2 cents


Regards
Fe= lix

>
> Not trying to rehash this but= I just want your input again ...
>
> Cheers,
> Alex
>
> On Dec 15, 2007 9:31 = AM, Emmanuel Lecharny <elecharny@= gmail.com
> <mailto: elecharny@gmail.com>> wrote:
>
>     Hi guy= s,
>
>     sorry to rehash the question...
>>     A while back, we took a decision regarding names for in= terface
>     implementation. We had several different name= s 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 reme= mber and find on gmail.
>
>     For ServerEntry, this will give :
>
>= ;     (interface) ServerEntry
>     (abstract cla= ss) AbstractServerEntry
>     (class implementation) Defaul= tServerEntry
>
>     Is that ok for everybody ?
>
>     Thanks !
>
>     -->     --
>     cordialement, regards,
>=     Emmanuel L=E9charny
>     www.iktek.com < http://www.iktek.com>
>     directory.apache.org <http://directory.apache.org>
>
>
>


------=_Part_956_30696752.1197736179136--