It's tricky to have a hard rules for consistent acronyms in CamelCase,
some inconsistency will eventually sneak in to break the symmetry.

In Commons RDF we faced this in that we had an interface
"RDFTermFactory", "Triple" and "IRI"  -- but then I added JSON-LD Java
bindings and didn't want to shout JSONLDRDFTermFactory. I ended up
with a mix:.. JsonLdRDFTermFactory  - which although inconsistent,
goes nicely with the other implementation classes like JsonLdTriple
and JsonLdIRI. [1]


OpenSSL is very commonly known as "OpenSSL" (as if it's one word) - so
I would say:

+1 OpenSSLCipher
+0 OpenSslCipher
-0 OpensslCipher
-1 OpenSSLcipher

[1] 
https://github.com/apache/incubator-commonsrdf/tree/jsonld-java/jsonld-java/src/main/java/org/apache/commons/rdf/jsonldjava

On 30 June 2016 at 07:36, Benedikt Ritter <brit...@apache.org> wrote:
> Sun, Dapeng <dapeng....@intel.com> schrieb am Do., 30. Juni 2016 um
> 07:32 Uhr:
>
>> +1 for keeping them consistent.
>>
>> I prefer "OpenSslCipher"
>>
>
> +1 for this as well. I don't like upper case abbreviations in class names.
>
> Benedikt
>
>
>>
>> Regards
>> Dapeng
>>
>> -----Original Message-----
>> From: Gary Gregory [mailto:garydgreg...@gmail.com]
>> Sent: Thursday, June 30, 2016 9:35 AM
>> To: Commons Developers List
>> Subject: Re: [crypto] Camel case for names
>>
>> On Wed, Jun 29, 2016 at 5:33 PM, sebb <seb...@gmail.com> wrote:
>>
>> > The product is called OpenSSL, so perhaps it should be OpenSSLcipher
>> >
>>
>> Even worse from my POV due to the lower case "c" in cipher. At work, we do
>> camel case even for acronyms to avoid W3CXMLSAXThingy and get
>> W3cXmlSaxThingy for example.
>>
>> I vote for OpenSslCipher (or OpenSLLCipher).
>>
>> Right now we have inconsistencies. We have JceCipher but then we have
>> OSInfo (vs. OsInfo) and OsCryptoRandom. Then there is CTRCryptoInputStream
>> which could be CtrCryptoInputStream. Also IOUtils.
>>
>> I'd think some consistency would be nice.
>>
>> Gary
>>
>> >
>> > On 30 June 2016 at 01:17, Gary Gregory <garydgreg...@gmail.com> wrote:
>> > > It seems to me that OpensslCipher should be called OpenSslCipher
>> > >
>> > > Gary
>> > >
>> > > --
>> > > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java
>> > > Persistence with Hibernate, Second Edition
>> > > <http://www.manning.com/bauer3/> JUnit in Action, Second Edition
>> > > <http://www.manning.com/tahchiev/>
>> > > Spring Batch in Action <http://www.manning.com/templier/>
>> > > Blog: http://garygregory.wordpress.com
>> > > Home: http://garygregory.com/
>> > > Tweet! http://twitter.com/GaryGregory
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> > For additional commands, e-mail: dev-h...@commons.apache.org
>> >
>> >
>>
>>
>> --
>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence
>> with Hibernate, Second Edition <http://www.manning.com/bauer3/> JUnit in
>> Action, Second Edition <http://www.manning.com/tahchiev/>
>> Spring Batch in Action <http://www.manning.com/templier/>
>> Blog: http://garygregory.wordpress.com
>> Home: http://garygregory.com/
>> Tweet! http://twitter.com/GaryGregory
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>



-- 
Stian Soiland-Reyes
Apache Taverna (incubating), Apache Commons
http://orcid.org/0000-0001-9842-9718

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Reply via email to