Все так, но читабельность и упрощение превыше всего и асинхронность в ядре требует упрощения работы с ней. Упрощаем вход, увеличиваем реальную неявную сложность под капотом, никуда не деться
Да, Combine действительно кажется более универсальным, но это развитие в целом computer Science, мир уходит от повсеместного использования реактивного подхода в сторону корутин и упрощения observation в простых сценариях, а для цепочек обработки данных Combine всегда на страже
Согласен, процесс подключения внешних зависимостей усложняется, проверять прийдется вручную при обновлении стека зависимостей. В нашем случае большенство зависимостей внутренние, либо MIT популярные библиотеки
На сколько я понимаю, т.к. SPM децентрализованный менеджер зависимостей, вся информация о лицензии и совместимости должна быть в Readme.md в корне репозитория, который добавляется к проекту. Думаю, со временем, добавят в cпецификацию
Несем accelerate в массы ?
Нуу... Что-то общее есть, но скорее нет, как минимум внизу реляционная бд и nosql. Концепции да, похожи
Все так, но читабельность и упрощение превыше всего и асинхронность в ядре требует упрощения работы с ней. Упрощаем вход, увеличиваем реальную неявную сложность под капотом, никуда не деться
Да, Combine действительно кажется более универсальным, но это развитие в целом computer Science, мир уходит от повсеместного использования реактивного подхода в сторону корутин и упрощения observation в простых сценариях, а для цепочек обработки данных Combine всегда на страже
Спасибо ? рад что получается менять представления. Не все получается сразу использовать, но изучаем все что появляется новое
Спасибо, поправил
Был нужен для красной подложки в верхней части как на MacOS, но подложку убрал а стек не убрал. Можно смело удалять
Добавил в дисклеймер ассоциацию с каналом iOS Broadcast, надеюсь, поможет состыковать