Major performance problem with std.array.front()

Dicebot public at dicebot.lv
Fri Mar 7 07:03:23 PST 2014


I don't like it at all.

1) It is a huge breakage and you have been refusing to do one 
even for more important problems. What is about this sudden 
change of mind?

2) It is regression back to C++ days of 
no-one-cares-about-Unicode pain. Thinking about strings as 
character arrays is so natural and convenient that if 
language/Phobos won't punish you for that, it will be extremely 
widespread.

Rendering correctness is very application-specific but providing 
basic guarantees that string is not completely broken is useful.

Now real problems I see:

1) stuff like readText() returns char[] instead of requiring 
explicit default encoding

2) lack of convenient .raw property which will effectively do 
cast(ubyte[])

3) the fact that std.string always assumes unicode and never 
forwards to std.ascii for 
http://dlang.org/phobos/std_encoding.html#.AsciiString / ubyte[]


More information about the Digitalmars-d mailing list