M
Size: a a a
2019 October 28
M
весь базовый набор UI элементов делать легче и быстрее это однозначно, с анимациями также проще работать. Практически все можно расширять и кастомизировать. Только приходится по другому думать с этими байдингами.
FG
А как архитектурные паттерны приживаются вместе с SwiftUI?
M
mvvm хорошо ложится. за остальное не скажу
QH
ой, а разве там не elm/react-архитектура?
DE
ой, а разве там не elm/react-архитектура?
ну никто к ней не обязывает, как и в случае с compose
SP
ой, а разве там не elm/react-архитектура?
ну всегда находятся любители сову на глобуз натянуть
QH
ну никто к ней не обязывает, как и в случае с compose
ну с compose хрен попишешь на MVVM
QH
с другой стороны, вроде каки не особо надо
DE
ну с compose хрен попишешь на MVVM
ну там есть хуки, которые в теории могут подойти для биндингов
DE
с другой стороны, вроде каки не особо надо
ну мне точно не надо)
M
в случае с mvvm в swiftui, покрайней при беглом знакомстве, вьюмодель подписывается под пару протоколов чтобы главный view мог использовать ее в качестве bindableObject и засчет этого обновляться считай напрямую без делегатов и т.д.
2019 October 29
SP
статью кстати читал? там прям куча сочных моментов
QH
да, огонь. Правда, не всё понял
SP
QH
впрочем в их новом блокчейне тоже самое говно вышло https://github.com/ton-blockchain/ton/issues/31
видел эту ссылку в комментах на хабре)
QH
Впрочем, т. к. блокчейны не нужны, это не так уж и страшно.
SP
Впрочем, т. к. блокчейны не нужны, это не так уж и страшно.
особенно от олимпиадников %)
