[РЕШЕНО] Implicit Sharing

[OKTA]

Товарищи, объясните русскими словами, что это и как его едят?))
Я так понимаю, что, допустим, если приравнять один QByteArray другому, то копии данных не произойдет, а просто увеличится счетчик на данные, которые будут разделять эти два эррэя. А если кто-то данные изменит, то тогда будет копирование данных. Верно? А что здесь можно вытащить для себя, кроме экономии ресурсов? Использование в сигналах-слотах вместо ссылок для того, чтобы подстраховаться от удаления данных (например, по выходу из блока переменная уничтожится, а сигнал не успеет дойти до слота)? Шапками не кидаться!  

[Zerkin]

Помниться, на днях тут уже кидали ссылку http://qt-project.org/doc/qt-4.8/implicit-sharing.html 

По сути да, Вы все правильно описали.

[OKTA]

Это я читал. Меня вот, что навело на мысли..
Обычно в слотах-сигналах передают данные по ссылке.. Я задумался, а что же будет, если данные, на которые ссылается ссылка уничтожатся раньше, чем дойдет сигнал? Начал гуглить и набрел на Implicit Sharing.. Подумал, а зачем тогда использовать ссылки, если можно и без них обойтись, имея такой механизм (для типов, которые его конечно поддерживают)?

[OKTA]

Ага, а ничего и не уничтожится случайно, если это Queued Connection.
http://www.embeddeduse.com/2013/06/29/copied-or-not-copied-arguments-signals-slots/

[Igors]

Начал гуглить и набрел на Implicit Sharing.. Подумал, а зачем тогда использовать ссылки, если можно и без них обойтись, имея такой механизм (для типов, которые его конечно поддерживают)?

Так вот и обходятся. Плохо здесь то что передача по значению становится массовой, и разделить случаи где шара спасет а где нет становится очень трудно.  

[OKTA]

Так по той причине, что для Queued Connection даже для ссылок происходит копирование, то шара автоматом будет работать, разве нет?