[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,

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