That is an interesting but complicated idea. Ogre caps when an acronym is alone, camel when acronyms are adjacent. GC<>BFG<>BfgGc<> I feel like this is the sort of thing we should not decide collaboratively but instead should have beaten into us by a glorious dictator. I'm not sure this discussion will get us far as we are not the first to discuss it. Date: Fri, 2 Aug 2013 19:38:44 -0700 From: [email protected] To: [email protected] Subject: Re: [rust-dev] Java versus .NET style for acronyms in type names
Bikeshedding is right ;) I'm probably a weirdo but I like the Java style when the type name is the acronym in its entirety, but the .NET style when you mix it up with other stuff. e.g. I prefer GC<> to Gc<>, but then I prefer SimpleHttpServer to SimpleHTTPServer :P Guess I'm +0.5 on both? On Fri, Aug 2, 2013 at 6:28 PM, Patrick Walton <[email protected]> wrote: Hi everyone, Brendan Eich emailed me expressing a preference for `GC<>` over `Gc<>`. I think now is as good a time as any to have the bikeshedding debate :) I've noticed two styles for acronyms in type names: Java style (HTTPServer) versus .NET style (HttpServer). Currently we are usually using .NET style, but inconsistently (e.g. ARC). We never really decided. Here are a few examples of types in each style: * Java style: GC<Foo>, ARC<int>, SimpleHTTPServer, XMLHTTPRequest. * .NET style: Gc<Foo>, Arc<int>, SimpleHttpServer, XmlHttpRequest. I slightly prefer Java style myself because I think "GC" looks better than "Gc", because Web APIs use Java style, and because Python does (e.g. SimpleHTTPServer) and in general we've been following PEP 8. But I don't feel strongly on this issue. Thoughts/straw poll? Patrick _______________________________________________ Rust-dev mailing list [email protected] https://mail.mozilla.org/listinfo/rust-dev -- Tom Lee / http://tomlee.co / @tglee _______________________________________________ Rust-dev mailing list [email protected] https://mail.mozilla.org/listinfo/rust-dev
_______________________________________________ Rust-dev mailing list [email protected] https://mail.mozilla.org/listinfo/rust-dev
