Есть ли будущее у DELPHI?

Цитата Бобёр @ 31.10.12, 06:40

Эти асинхронные таски устроены примерно так. На вход ты передаёшь какие то данные (лучше копии ), таска работает в контексте другого потока и поэтому ЛУЧШЕ не синхронизированно какие то данные основного потока не трогать. Если трогаешь - приготовься к .. ээ.... ХУДШЕМУ. Однако в самой таске после ключевого слова then мы уже находимся В ОСНОВНОМ ПОТОКЕ, и уже можно из самой таски трогать основные данные НЕ СИНХРОННО! BINGO! Т.е. это по сути такая очень прикольная обёртка над старым добрым потоком, только не надо заниматься каждый раз мастурбациями в стиле

Ну таки да. Соломку подложили. Молодцы, чо! Но, блин, всё равно бомба замедленного действия.

Скорее это не соломка, а очень сладкий синтаксический сахар.

Цитата Бобёр @ 31.10.12, 08:04

Скорее это не соломка, а очень сладкий синтаксический сахар.

Ага. Главное, не забыть (или хорошо знать), где чего можно, и чего нельзя.

Flex Ferrum, у тебя есть мнение по поводу "правильной асинхронности"?

Цитата D_KEY @ 31.10.12, 08:07

Flex Ferrum, у тебя есть мнение по поводу "правильной асинхронности"?

Такой не бывает. У каждого подхода есть свои плюсы и минусы, которые Бобёр любезно озвучил. Просто разработчик должен быть осведомлён об особенностях работы с асинхронными моделями. А как показывает практика, такая осведомлённость достигается чаще всего ценой собственных ошибок.

Добавлено 31.10.12, 08:13
И сделать асинхронность на базе пула потоков абсолютно безопасной для неаккуратного пользователя, ИМХО, невозможно.

Цитата Flex Ferrum @ 31.10.12, 08:05

Ага. Главное, не забыть (или хорошо знать), где чего можно, и чего нельзя.

Слушай, а в нашей профессии было когда нибудь по другому?

Сообщение отредактировано: Бобёр - 31.10.12, 08:18

Цитата Flex Ferrum @ 31.10.12, 08:12

Цитата D_KEY @ 31.10.12, 08:07

Flex Ferrum, у тебя есть мнение по поводу "правильной асинхронности"?

Такой не бывает. У каждого подхода есть свои плюсы и минусы, которые Бобёр любезно озвучил. Просто разработчик должен быть осведомлён об особенностях работы с асинхронными моделями. А как показывает практика, такая осведомлённость достигается чаще всего ценой собственных ошибок.

Добавлено 31.10.12, 08:13
И сделать асинхронность на базе пула потоков абсолютно безопасной для неаккуратного пользователя, ИМХО, невозможно.

Вообще - согласен. Потому и думаю, почему бы вообще не послать асинхронность и не использовать легковесные потоки по типу того же Go или даже Erlang'а?

Цитата Бобёр @ 31.10.12, 08:18

Слушай, а в нашей профессии было когда нибудь по другому?

Производители некоторых средств разработки считают, что бывает. Что, типа, можно "сесть и поехать" и "нет ничего сложного". Правда, из этого получается костыльный говнокод, но кого это заботит?

Сообщение отредактировано: Flex Ferrum - 31.10.12, 08:21

Цитата MyNameIsIgor @ 31.10.12, 08:19

и не использовать легковесные потоки по типу того же Go или даже Erlang'а?

Скорее по типу того же Erlang'а или даже Go

Цитата D_KEY @ 31.10.12, 08:25

Цитата MyNameIsIgor @ 31.10.12, 08:19

и не использовать легковесные потоки по типу того же Go или даже Erlang'а?

Скорее по типу того же Erlang'а или даже Go

Я говорю с колокольни императивных и всё же достаточно низкоуровневых языков. Потому и получился такой порядок, к сожалению

Цитата D_KEY @ 31.10.12, 08:25

Скорее по типу того же Erlang'а или даже Go

Ну так там и функции преимущественно "чистые", без сайд-эффектов. В обычных императивных такое редко случается.

Цитата Flex Ferrum @ 31.10.12, 08:43

Ну так там и функции преимущественно "чистые", без сайд-эффектов. В обычных императивных такое редко случается.

В эрланге -- да, в Go -- нет.

Добавлено 31.10.12, 08:48

Цитата MyNameIsIgor @ 31.10.12, 08:26

Я говорю с колокольни императивных и всё же достаточно низкоуровневых языков. Потому и получился такой порядок, к сожалению

А еще и типизация разная...

Кстати. Асинхронные таски имени WinRT можно удобно cancel-ить, задавать таймаут и т.п. Я ещё не понял, происходят ли при этих действиях утечки памяти/ресурсов, скоро пойму.
В "старом", обычном пуле потоков эти действия опасны для здоровья

Сообщение отредактировано: Бобёр - 02.11.12, 09:43

Цитата korvin @ 31.10.12, 08:47

в Go -- нет.

Ты случаем не знаешь, как он сейчас мапит goroutines на треды?

Цитата Бобёр @ 02.11.12, 09:43

Кстати. Асинхронные таски имени WinRT можно удобно cancel-ить, задавать таймаут и т.п. Я ещё не понял, происходят ли при этих действиях утечки памяти/ресурсов, скоро пойму.

Кстати, QFuture QT'шные тоже можно канселять. Только ты в коде реализации функции должен предпринимать некоторые усилия, чтобы поймать этот cancel.