к
что очень важное отличие
{a: Int} и {a:Int, b:String}, это разные типы, не зависящие друг от друга? Extensible Records, это же не "содержит те же ключи (кроме новых), значит потомок"Size: a a a
2018 May 15
AP
Я всё пропустил. Кого-то удивляет, что
NK
А зачем передавать всю модель?
к
что очень важное отличие
которое сильно ограничивает возможности по моделированию стейта
NK
Как именно ограничивает? Дайте пример.
к
например, нельзя применить подход по хранению в модели просто таблиц данных в таком виде (в несвязанном с вьюхой виде), и джойном разных таблиц уже во вьюхе
NK
Можно.
к
нет, потому что данный подход требует полное пробрассывание модели
NK
Еще раз говорю можно.
NK
Давай я модифицирую твой пример про perf он годится?
AP
Да с чего вы взяли, что модель всегда нужнно пробрасывать as-is?
AP
Делайте перед вызовом подвью любое преобразование
к
да потому что ровно в этом и заключается подход
NK
Да нет это иллюзия:)
к
инкапсулировать во вью то, кто какие данные из модели использует
AP
Заметь, я не предлагаю вводить полное несоответствие вью и модели
AP
Но я и не говорю, что модель - только для вью
к
только каждый "компонент" уже селекторами получает нужные данные из любого места модели и правильно селекторами же их комбайнит в нужный вид
AP
Пробрасывать одну и ту же модель вглубь без сужения - грешновато. Но и не воспрещается
AP
Просто нужно стараться декомпозировать и сохранять иерархию, пока это возможно.