[Development] The life of a file name and other possibly mal-encoded strings on non-Windows systems
Marc Mutz
marc.mutz at kdab.com
Tue Oct 7 11:12:26 CEST 2014
On Tuesday 07 October 2014 09:47:19 Tomasz Siekierda wrote:
> >> I’d think that the solution could be to use a dedicated class for file
> >> names, perhaps with a base class for uninterpreted platform strings.
>
> Ugh, that begins to sound like Java. Let's have a wrapper for a
> wrapper... please don't go that way.
We have QSize and QPoint and they're used ubiquitously in Qt. But, by your
rationale, everyone should be using two ints instead, so let's remove them!
How's that anything to do with Java? C++ is made from the ground up for
lightweight abstractions such as a size, a point and a file path. It's Java
that isn't.
Thanks for this helpful comment,
Marc
--
Qt Developer Days 2014 - October 6 - 8 at BCC, Berlin
Marc Mutz <marc.mutz at kdab.com> | Senior Software Engineer
KDAB (Deutschland) GmbH & Co.KG, a KDAB Group Company
www.kdab.com || Germany +49-30-521325470 || Sweden (HQ) +46-563-540090
KDAB - Qt Experts - Platform-Independent Software Solutions
More information about the Development
mailing list