Дорого времени суток!
стало интересна следующая задача:

есть Event


есть такая штука


команда


делегат


токен


вот. Команда значит реализует интерфейс респондера. Сервис пускай реализует AsyncToken.

вообщем получилась такая "каша" посылается конкретынй ивент, по типу ивента создаем команду, бизнес делегата для конкретной команды запускаем ее.через делегат обращаемся к сервису, вызывая конкретную функцию(асинхронно), тот нам в свою очередь "бумажку, мол распишитесь"  по результату выполнения конкретной функции сервиса пошлются в зависимости от ситуации 2 сигнала: результат(для просто ты опустил) выполнения или ошибка. те в команде вызовится оди из двух слотов.

Вопрос: как лучше убить команду после выполнения слота?

Добавлено @ 12:54
Самый прсото способ удалять команду в слотах, те в самом конце выполнения оных, но не хочу про это постоянно помнить.

Это сообщение отредактировал(а) chaos - 22.10.2009, 20:03

Судя по документации в функцию construct передается параметр типа int, а не QString.




Здесь, возможно, опечатка из-за того, что ты уже сам запутался где у тебя чего: evt->userName() и event->password()




Тоже опечатка. Судя по всему это не рабочий код. Пытаясь вникнуть в тему и просидя за твоим постом 10 минут внимательно вчитываясь я пришел к выводу, что вопрос можно было сформировать так:

Здесь создается копия зарегистрированного объекта пользовательского типа:



Что-то типа new ICommand; Т.к. тип не на базе QObject'a и экземпляр класса должен жить в момент выполнения цикла событий, т.к. происходит асинхронная работа, то удалять его в конце метода event() нельзя, а надо, чтобы он удалился сам, когда станет не нужным, методом deleteLater() воспользоваться не удастся. Вариант удалять в конце метода не приемлем, т.к. не хочется помнить об этом и т.д.

Тогда варианты такие: объект класса QEvent удаляется сам. Параметры можно передавать как через сигналы, так и через эвенты. Т.е. вариант отказаться от своего пользовательского типа или сделать его на базе QObject. 

Еще можно попробовать заменить QApplication::postEvent на QApplication::sendEvent, дождаться выполнения и удалить экземпляр команды, соотнося его с каким-то конкретным эвентом.

1. оцепятка так скаже 


2. Ага, тоже опечатка. evt должно быть

3. опечатки вроде нет  Async сокращенно от Asynchronously

4. код ага, не рабочий. это так сказать мысли только

5. По классу команда. щас я его пока вижу таким


6. да, ты прав! вопрос можно было короче поставить  но написал так на всякий пожарный: друг кому интересно для чего это + может по лучше понять проблему

У тебя тут буква "k", вместо "c".

SABROG, а да. сорри. невнимательность.


ЗЫ У кого-нить есть еще какие идейки?

ЗЫЫ почему низя удалить команду в слоте?

Если удаление должно происходить после result(), то как вариант можно посылать специальный event, который будет перехватывать основной класс или менеджер команд и удалять полученный указатель. В итоге возврата в удаленный объект не будет. Если не эвент, то сигнал с Qt::QueuedConnection, или QMetaObject::invokeMethod тоже с Qt::QueuedConnection или QTimer c 0 задержкой. Получится подобие deleteLater().

P.S.: delete this

Это сообщение отредактировал(а) SABROG - 23.10.2009, 17:53

да, или после result или после fail

На самом деле вопрос даже не о Qt, т.к. ты не хочешь пользоваться тем, что она предоставляет, а вопрос скорее для раздела "Общие вопросы", т.к. сам цикл событий можно заменить и посредством winapi.

не, как раз таки хочу пользоваться фишками Qt(например QMetaType, signals&slots, ....)

запостил топик именно сюда, тк думал что можно както-средствами QT можно решить проблему.

Только пока не придумал как, тк переопределив метод deleteLater не совсем понятно потом как его удалить

А если сделать ICommand на базе QEvent?

а как тогда с асинхронностью дела будут обстоять?
те, идею я понял, QEvent'а по началу нового цикла обработки сообщений "убьют"(поправте если ошибаюсь).

А чего им обстоять? Асинхронности в цикле событий как таковой не существует, если ты поставишь sleep() в каком нибудь обработчике эвента или слоте, то все остальные команды будут лежать в очереди, пока не произойдет выход из обработчика. То есть у тебя есть всего лишь очередь команд, которые выполняются последовательно. Вот многопоточность это уже асинхронность.

Если брать тот же как бы асинхронный QNetworkAccessManager, то на скорость скачивания файла и скорость соединения будет влиять время выполнения других методов программы. Если один из них подвесит на некоторое время программу, то эвенты от ОС могут прийти целым шквалом по возвращению в главный цикл событий.

это я вроде все понимаю.
вот пример:
1. Команда у нас подкласс QEvent
2. когда приходит ивент мы у него дерним метод execute
3. внутри метода например вызовится метод сокеты connect + подпишемся на на сигналы. на этом метод execute закончится.
4. удалится ли "ивент" ?

SABROG, вообщем не получается красивого решения найти.
у меня последний вопрос: на сколько опасно в рамках QT удалять самого себя в слоте, при том что я гарантирую что больше объект никому не понадобится?