Василий Усов - А так ли нужны акторы в Swift Concurrency?

Ближайшая конференция - Mobius 2024 Autumn, 11 октября (Online), 19-20 октября, Санкт-Петербург. Подробности и билеты: jrg.su/Yu6KNJ
- -
Скачать презентацию с сайта Mobius - jrg.su/CK7Wk9
В Swift 5.5 Apple предоставили разработчикам новый подход к конкурентному программированию - механизмы Task, async/await и акторы. В прошлогодней сессии Василий рассказал об истории концепции корутин, которая легла в основу нового подхода, а также о том, как именно механизм тасок реализован и функционирует.
Посмотреть можно здесь - • Василий Усов - А так л...
Этот доклад - логическое продолжение прошлогоднего. В нем мы вновь обратились к историческим причинам появления нового подхода, проблемам GCD, развитию модели акторов и ее текущей реализации в Swift Concurrency. Вы узнаете, что такое актор, как им пользоваться, какие проблемы он позволяет решить.

[@Foxdie993]

Интересно какое кросплатформенное решение предполагается для кастомных экзекюторов. Неужели posix? Я имею в виду, чтобы код был рабочим и для macOS и для Windows?

[@daspisch]

Ну, такое же как автор показывал у себя - берут то что работает, и наливают сахара сверху.

[@TheZazatv]

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

[@bardakan]

мне одному кажется, что это все еще сырая библиотека? Т.е. ок, допустим, вы решили какие-то вопросы многопоточности, а как быть с обычным retain cycle? Т.е. по общему правилу вы пишете [weak self] и guard let self else return ... А если self может стать nil, и нужно остановить выполнение задачи, то к большей части async функций нужно дописывать throws (или как-то по-другому извращаться)

[@daspisch]

Мьютексы где-то в миллион раз очевиднее чем акторы