Rename std.string.toStringz?
Jonathan M Davis
jmdavisProg at gmx.com
Thu Jun 16 11:47:08 PDT 2011
On 2011-06-16 10:44, Paul D. Anderson wrote:
> Jonathan M Davis Wrote:
> > 1. Keep toStringz as it is (as well as toUTF16z) and either consider
> > stringz to be some sort of word unique to the D community or just admit
> > that we're not going to camelcase it because it would break too much
> > code to do so.
>
> vote++.
>
> 1) If it ain't broke, don't fix it. Too much disruption for too little
> gain.
>
> 2) In a language that uses "enum" to mean "manifest constant", worrying
> about an upper or lower case z is straining at a gnat and swallowing a
> camel.
It has been made pretty clear in discussions in this group before that in the
general case, the consensus is that we want Phobos' function names to
consistently follow Phobos' naming conventions (which means camelcased
starting with a lowercase letter in the case of functions), even if it means
breaking code in the short run in order to fix it. So, following that, if
toStringz isn't properly camelcased (and I really don't understand anyone who
thinks that it is), then it should be renamed. Whether it's the biggest
problem in the language or library or not is irrelevant. Based on past
discussions in this group, one would think that most people would want
toStringz to be changed to be properly camelcased.
However, it _is_ a function which is used a _lot_ and changing it will break a
lot of code, so if we change the name, it needs to be worth doing so. I'm just
trying to find out if the community at large thinks that it's worth changing
toStringz to be properly camelcased given the cost, and if so, whether it's
best to just camelcase it properly (toStringZ) or to rename it entirely. It's
clear that in the general case, the community believes that it's worth it. The
question is whether they believe that it's worth it in this particular case. I
don't find whether there are other, bigger issues in the language or library
to be particularly relevant unless they affect this particular issue.
- Jonathan M Davis
More information about the Digitalmars-d
mailing list