[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