Напомню, что Apple в 2019 году представила SwiftUI, где описала переход к однонаправленной парадигме.
В одной из статей упоминались наши цели - которые включают быстрый переход на SwiftUI и быстрое и легкое тестирование.
Про производительность — это вопрос на отдельную статью. Интересно смотреть на цифры и различные оптимизации, которые влияют на отображение, загрузку процессора, памяти. На текущий момент производительность не беспокоит, но команда Performance планирует данные замеры.
Про обучение — у нас достаточно обширная документация, сформировавшаяся за несколько лет:
Однонаправленная концепция
Моделирование State
Работа с компонентами
Преобразование данных State to Props
Навигация
DI
Модуляризация
Тестирование
Лучшие практики
Полезные ресурсы
Когда приходит новый разработчик, он знакомится с документацией, докладами, на практике применяет создание отдельного модуля, UI компонента, сетевого компонента.
Мы постоянно собираем обратную связь и дополняем документацию.
Спасибо за уточнения, про репозитории действительно важно рассказать. Возможно, с появлением российского аналога погрузимся в GitLab и GitHub и напишем статью
Мы пользуемся Environment для UDF модулей. Модули могут быть не только UDF. О причинах выбора swinject статье описано.
Спасибо за небезразличное отношение к нашей работе.
Напомню, что Swift — мультипарадигменный язык. В большом проекте модули могут быть не только UDF, и с ними так же необходимо работать.
Про наши цели применения UDF упоминалось в статье.
Спасибо за вопросы, постараюсь ответить подробно.
Тезис про непопулярную архитектуру достаточно спорный — более 10 реализаций данной парадигмы, сумарно 16к+ звезд на GitHub:
Reswift
Composable architecture
ReactorKit
SwiftUI
Rxfeedback
Mobius
Fluxor
PromisedArchitecureKit
Loop
Unicore
Напомню, что Apple в 2019 году представила SwiftUI, где описала переход к однонаправленной парадигме.
В одной из статей упоминались наши цели - которые включают быстрый переход на SwiftUI и быстрое и легкое тестирование.
Про производительность — это вопрос на отдельную статью. Интересно смотреть на цифры и различные оптимизации, которые влияют на отображение, загрузку процессора, памяти. На текущий момент производительность не беспокоит, но команда Performance планирует данные замеры.
Про обучение — у нас достаточно обширная документация, сформировавшаяся за несколько лет:
Однонаправленная концепция
Моделирование State
Работа с компонентами
Преобразование данных State to Props
Навигация
DI
Модуляризация
Тестирование
Лучшие практики
Полезные ресурсы
Когда приходит новый разработчик, он знакомится с документацией, докладами, на практике применяет создание отдельного модуля, UI компонента, сетевого компонента.
Мы постоянно собираем обратную связь и дополняем документацию.
Из полезных ссылок можно обратиться к Redux и Composable Architecture
Спасибо за уточнения, про репозитории действительно важно рассказать. Возможно, с появлением российского аналога погрузимся в GitLab и GitHub и напишем статью
:) Спасибо, добавили. Конечно, про Линуса Торвальдса, Микаэля Видениуса, Майкла Стоунбрейкера, Джеффа Дина помним и осознаем их вклад в open source.