Добрый вечер коллеги. Меня интересует вопрос о организации данных в Backbone. К примеру у вас рабочий день, новый проект, новая задача. Начальство ставит задачу создать проект напоминающий TODO, только сюда добавляются проекты, у которых есть TODO. Суть задачи: на роуте todom/index - рисовать левую колонку со списком проектов, однако этот список и каждый элемент - (проект) знает о том, сколько у него TODO. Так-же при наведении на строку проекта, ховером появляется крестик, нажатие по которому удаляет из коллекции проект и все с ним связанные TODO с помощью всплывающего попапа.
Я новичок в Backbone, описать модель которая представляет 1 элемент и view этого элемента и реализовать подобное мне не составляет труда. Но... Задачу я описал, в течении двух дней я пытался средствами Backbone создать абстрактную задачу, которая выше. Но к сожалению каждый раз попадал в тупик, так как создавал по две модели, для проектов и туду, в роутере создавал отдельные коллекции, у коллекции реализовал методы получить кол. тодо проекта по ID, и.т.д. Отправлял собранные структуры данных во View. В целом логика получается падает на контроллер, никак не на модель, появляются проблемы с валидацией каждой модели, обновления, но до сервера я не дошел.
Суть топика, уважаемые более опытные разработчики поделитесь опытом. Где вы описываете логику по отдельным моделям, как в моей абстрактной задаче правильнее нарисовать каждый проект и передать ему кол. TODO. (Где нужные методы использовать в отношении MVC). Уходить ли к вложенным моделям? Я отталкиваюсь от того, что не всегда на клиенте через REST апи приходят готовые данные с помощью которых можно легко и быстро написать модельки. Nested Models, Views. Иногда надо и самим поработать над данными, а затем их отравить во View и отдать на шаблонизацию, с подпиской на события итд итп.
Еще вопросы:
1) Удалили во вложенной вью, одну вьюху на которой были подписаны события, сами обработчики не удаляли - Что делать? Клиент говорит что у него поп-ап всплывает не понятно откуда и данные сами обновляются.
2) Вручную добавили нужные атрибуты в каждую модель, после этого fetch сломался, биндинг сломался, ответ очевиден? set, get, add, remove?
3) Во вложенных вьюхах делегируете события на контейнер?
4) Если вы пишете методы в коллекции, где и как и для чего их используете?
Поискав решения, нашел дополнение к Backbone - Backbone relations. Помогает создавать реляционное отношение между моделями 1:1, 1:to many. - В целом решает проблему вложенных данных полученных с API, которые предстоит разбить на отдельные модели.
Backbone.Marionnete - Посмотрел мельком, увидел что помогает организовать более удобно вложенные View, распределить на странице отдельные регионы. Решает проблемы с призраками событиями. Вложенные модели? Еще не смотрел, решает ли он это или нет.
Вот каркас написал небольшой, где использую общий вью в котором есть контейнеры для левой панельки, правой, панели кнопок. Пытаюсь понять как две сущности TODO и Project соединить. Код совсем на стадии каркаса.
http://jsfiddle.net/6XdCk/
- Из когда не понятно, две модели - две коллекции. Вью для строки в котором каждый проект, вью списка проектов - где много экземпляров одного проекта. При этом модель или коллекция должна знать о количестве TODO (В рамках этой задачи можно пройтись по каждому проекту и каждому TODO и связать их по общему ключу ProjectID). - Но результат залазиет во VIEW, получается связанность, ломается теория MVC. Вообщем говно... и дальше писать не получается и не хочется. Вот сижу и ломаю голову как это организовать.
