Replies (11)
- @0xd34df00d:@jtootf Почему это?
Например, селект данных из хистори в чятиках. Передали запрос storage-классу (дернули его слот через queuedconnection), потом продолжаем работать дальше. Когда storage-класс (в отдельном треде) сделал тяжелые селекты и подготовил результат — излучает сигнал, к которому мы законекчены, опять же, через queuedconnection, и в соответствующем слоте уже продолжаем обрабатывать эти данные. Выводим их на экран, например.from web, 6 months ago, in reply to /2 - @0xd34df00d:@Stiletto Именно что. Да и те же кедоёбы их с радостью форкнут.from web, 6 months ago, in reply to /7
- @jtootf:@0xd34df00d потому что не нужно. асинхронное программирование должно выражаться в терминах асинхронных задач, а раскидывание их по примитивам ОС должно выполняться под капотом. смотри after/vwait из Tcl/Tk и AsyncTask из Androidfrom abel, 6 months ago, in reply to /5
- @0xd34df00d:@jtootf Прочитай мой пост до конца.
на плюсцах это выглядит дико уебищно
Ибо нет этого капота, надо руками костылять.from web, 6 months ago, in reply to /9 - @jtootf:@0xd34df00d я и говорю — programming with threads should go. так же, как и итераторы, напримерfrom abel, 6 months ago, in reply to /10