Какие критерии превращения метода в слот? + еще 2 вопроса

[lit-uriy]

зачем же тогда писать "emit" ?

[ритт]

для moc-а

а по примеру - да, при синхронном коннекте в iResult через сигнал (точнее, "сквозь" сигнал) упадёт значение, возвращённое слотом.
работать будет, но лучше пользовать invokeMethod чтобы не замусоривать код непонятными/неоднозначными конструкциями...

[BRE]

+ для наглядности.

Я сейчас даже для boost-сигналов пишу:
/*emit*/ signalName( ... );
Сразу понимаешь, что происходит.

[pastor]

зачем же тогда писать "emit" ?

Совершенно верно уже сказали - для наглядности.

[lit-uriy]

вообще такое поведение для меня открытие. Хотя, пожалуй, и бесполезное.

Одно применение вижу, если слот возвращает значение, то можно следить, в том месте, где посылается сигнал, выполнился слот или нет.

[ритт]

не торопись называть его бесполезным )
к примеру, возможность получить результат в invokeMethod - весьма полезная штука (и очень жаль, что не работает для асинхронных вызовов с ожиданием. т.е. даже не пытается узнать ответ, хотя от синхронного вызова в этом плане не отличается)
мне кажется, что пример с ret = emit ... - это как бы побочный эффект...но специально этим вопросом не озадачивался.

[Sergeich]

не торопись называть его бесполезным )
к примеру, возможность получить результат в invokeMethod - весьма полезная штука (и очень жаль, что не работает для асинхронных вызовов с ожиданием. т.е. даже не пытается узнать ответ, хотя от синхронного вызова в этом плане не отличается)
мне кажется, что пример с ret = emit ... - это как бы побочный эффект...но специально этим вопросом не озадачивался.

Оно действительно бесполезно как все недокументированные фичи и любой workaround. Пользуясь этим, всегда нужно помнить, что это работает только при синхронных вызовах, или что тролли могут в любой момент поменять поведие moc'а - и просто ничего не возвращать. НИКОГДА НЕЛЬЗЯ делать  временных решений - они как правило перерастают в постоянные, которые нужно сопровождать и поддерживать, причем другим разработчикам.

[ритт]

тут я говорил про invokeMethod. это часть апи и ввиду бинарной совместимости возврат значений просуществует по-крайней мере до 5.0

[xintrea]

А что произойдет, если сигнал pleaseStartSomethingAndReturnStatusCode() оработают два или более слотов? Какое значение получим в результате?

[BRE]

А что произойдет, если сигнал pleaseStartSomethingAndReturnStatusCode() оработают два или более слотов? Какое значение получим в результате?

Не проверял, но думаю от последнего отработанного слота.

[xintrea]

А что произойдет, если сигнал pleaseStartSomethingAndReturnStatusCode() оработают два или более слотов? Какое значение получим в результате?

Не проверял, но думаю от последнего отработанного слота.

Учитывая, что очередность вызовов слотов неопределена, пользоваться таким методом чревато. Уж лучше вызывать слот как метод, либо подумать над структурой. Может быть, этот слот вовсе не слот, а открытый метод.

[ритт]

раза два уже сказал, пользоваться следует именно invokeMethod.

[xintrea]

раза два уже сказал, пользоваться следует именно invokeMethod.

Где можно прочитать по-русски что такое invokeMethod?

[pastor]

На кроссплатформе в переводах нету?

[lit-uriy]

2 pastor, пока нету