[Development] QOptional
André Somers
andre at familiesomers.nl
Thu Aug 21 16:40:39 CEST 2014
André Somers schreef op 21-8-2014 16:33:
> Thiago Macieira schreef op 21-8-2014 16:14:
>> I'd like to deprecate QVariant's internal
>> nullability concept and make it rely on carrying a QOptional for a type to be
>> null.
>>
>> If we don't do that, then QVariant: of a QOptional<QString> could be:
>>
>> 1) a null QVariant
>> 2) a non-null QVariant containing a null (disengaged) QOptional
>> 3) a non-null QVariant containing a non-null (engaged) null QString
>> 4) a non-null QVariant containing a non-null (engaged) non-null QString
>>
>> That's just non-sense and confusing to me. I'd like to collapse 1-3 as much as
>> possible.
> I assume you also want to remove the nullability of QString then?
> In both cases, you're going to break *a lot* of code.
Just to continue along that path a little bit...
If you type isNull in the index box of the Qt offline help, you really
get a huge load of classes that have the isNull function. All of those
should be deprecated then?
André
More information about the Development
mailing list