Я пытаюсь записать два вида входа в систему просмотра и регистрации, каждый из которых отображает те же данные, которые собираются из события keyup dom в обоих представлениях. В шаблоне Login меньше поля данных, поэтому меньше переменных шаблона, чем шаблон регистра.Использование одного и того же экземпляра объекта из нескольких разных представлений Backbone/Require
Итак, я подумал о том, чтобы использовать одну модель для визуализации gui из этих двух моделей данных форм. Я пытаюсь разделить проблемы и не разделять ответственность за свои модули. Теперь необходимо сделать модель данных форм зависимой от одного представления и создать в этом представлении и упомянуть этот же экземпляр от другого, сделав прежнее представление зависимым от этого другого представления. Тем не менее этот последний должен использовать тот же экземпляр представления, который он имеет как зависимость. Кажется, что только один вид и три отдельные модели формируют данные, логин и регистрацию, а два разных шаблона могут быть решением.
Это кажется удивительным. В объектно-ориентированной парадигме кажется, что добавление небольшой функции делает ее очень громоздкой, что противоречит идеям объектной ориентации. Вся эта функция предназначена для того, когда пользователь нажимает кнопку регистрации в окне входа в систему, отображая представление в виде списка с только что введенными данными и наоборот.
Это использование, ссылаясь на один вид/модель из другого на использование его моделей и т. Д., Является неправильным использованием Магистрали или Требований, в то время как они предназначены для использования хороших методов развития, таких как разделение проблем, и разделение модуляции, или что совсем не плохо в отношении этих хороших методов?
Не могли бы вы прояснить свой вопрос? Вы говорите: «Это неправильное использование Магистрали или Требование, или это не плохо ...», но мне непонятно, что вы подразумеваете под «этим». – machineghost