[Development] unique_ptr and Qt, Take 2
abbapoh at gmail.com
Sat May 4 01:14:09 CEST 2019
Ahhh, it so hard to explain things.
Of course I am not suggesting to forbid creation of a QObject on a stack - it doesn’t make any sense to do that.
What I am talking about is that explicit is better than implicit. Taking an address of an object on a stack and passing it to a function that (possibly can) delete your object is not explicit. Wrapping that operation in a construction of a smart pointer is explicit. Moving a unique_ptr is explicit. When you’re «casting» your on-a-stack-QFile to a some smart pointer, you’re telling the compiler (and other people who read the code) «trust me, I know what I’m doing, this is intended».
> 4 мая 2019 г., в 0:43, Thiago Macieira <thiago.macieira at intel.com> написал(а):
> On Friday, 3 May 2019 13:00:52 PDT Иван Комиссаров wrote:
>> Which should be considered bad practice and banned on an API level
> No way.
> Are you going to forbid creation of QFile on the stack?
> Thiago Macieira - thiago.macieira (AT) intel.com
> Software Architect - Intel System Software Products
> Development mailing list
> Development at qt-project.org
More information about the Development