У меня есть пара представлений, которые, похоже, не имеют логически согласованных моделей. Я все еще могу попытаться создать манекены для этих моделей (и, соответственно, иметь маршрутизаторы), но мне кажется неестественным.
Итак, имеет вид Backbone View без соответствующей модели anti-pattern?
Что говорят эксперты об этом?
различные компоненты позвоночника хорошо взаимодействуют друг с другом, но им не нужно всегда идти вместе.
i очень регулярно имеют модели без представлений и представления без моделей. каждая из частей базового приложения может использоваться многими различными способами, чтобы облегчить то, что вам нужно для вашего приложения.
Я не думаю, что это специально анти-шаблон. Если все, что вы пытаетесь сделать, это инкапсулировать поведение представления, может возникнуть смысл написать представление и прикрепить его к элементу. У него может не быть какой-либо бизнес-логики или устойчивых данных... это может быть просто представление, которое инкапсулирует поведение представления (например, то, что управляет состоянием элемента на основе событий). В этом случае нет необходимости в модели.
С другой стороны, если вы управляете кучей переменных (устойчивых или нет) и любого типа бизнес-логики, тогда имеет смысл разбить это на модель.
Если вы планируете добавить фиктивную модель или любую другую логику/код, чтобы архитектура соответствовала шаблону, это должна быть красная селедка. Шаблон должен быть там, чтобы помочь вам в разработке логически хорошо организованного предсказуемого кода.