Кто-нибудь думал о подобной задаче? Есть какие-нибудь идеи?
В моем представлении лайауты элементов коллекции должны дополнить основной на этапе генерации дерева для рендеринга.
После этого, грубо говоря, повторить первоначальные шаги (инициализация вложенных видов, загрузка синхр и отложенная загрузка асинхр моделей и проч) и только потом перейти к генерации html.
В результате бокс, коллекцию, любой вид, с любой вложенностью хочется отрисовывать только по лайауту. Без создания фейковых боксов-массивов, как сейчас для коллекции.
Поэтому нужно соблюдать очередность видов.
Это привело к тому, что нужно менять структуру лайаута - список видов массивом.
Изменение лайаута сильно затронуло ns.update, вид, коллекцию и бокс...
Внешне интерфейс не изменился.
Дерево для генерации html тоже стало в виде массива. Поэтому немного изменились шаблоны.
Для пользователя это привело к тому, что к дочерним видам надо обращаться по аналогии с моделью, по ключу.
match .my-view-collection-item ns-view-content {
apply view('test-item') ns-view
}
Имеем
Где intoViews - название вида. Не может иметь вложенные виды.
Есть желание реализовать возможность указывать вместо названия вида название лайаута.
Кто-нибудь думал о подобной задаче? Есть какие-нибудь идеи?
В моем представлении лайауты элементов коллекции должны дополнить основной на этапе генерации дерева для рендеринга. После этого, грубо говоря, повторить первоначальные шаги (инициализация вложенных видов, загрузка синхр и отложенная загрузка асинхр моделей и проч) и только потом перейти к генерации html.
В результате бокс, коллекцию, любой вид, с любой вложенностью хочется отрисовывать только по лайауту. Без создания фейковых боксов-массивов, как сейчас для коллекции. Поэтому нужно соблюдать очередность видов. Это привело к тому, что нужно менять структуру лайаута - список видов массивом.
ns.layout.page('app') выдает такое дерево.
Изменение лайаута сильно затронуло ns.update, вид, коллекцию и бокс... Внешне интерфейс не изменился.
Дерево для генерации html тоже стало в виде массива. Поэтому немного изменились шаблоны. Для пользователя это привело к тому, что к дочерним видам надо обращаться по аналогии с моделью, по ключу.
Черновой код можно посмотреть тут. Код местами не рабочий, проходят не все тесты. https://github.com/Katochimoto/noscript/tree/collect_layout https://github.com/Katochimoto/noscript/compare/yandex-ui:unquiet-mail...collect_layout