Я конвертирую проект MVC (Laravel) в многостраничное приложение с Vue.js, с API для всего доступа к базе данных.
Я использую изобретательные контроллеры с этими именами обычных методовдля операций CRUD.С точки зрения API это замечательно.
- index
- store
- update
- destroy
- show
Находчивые контроллеры также поставляются с методами для визуализации форм
Я не планировалиспользуйте их - я буду создавать большую часть внешнего интерфейса с компонентами Vue.js и использовать Vue.js для переключения между формами редактирования, списками, представлениями ресурсов для чтения и т. д.
Для каждого из различных разделовприложения я планирую создать «главный» компонент, который будет инкапсулировать весь JS для взаимодействия с API и все подкомпоненты, необходимые для визуализации форм и т. д.
Поскольку это неодностраничное приложение, я все еще буду использовать маршрутизацию Laravel для переключения между каждым из «модулей» - каждый будет рендерить свой собственный шаблон блейда с главным компонентом, который будет выполнять всю работу на стороне клиента, пока пользователь не перейдет к другому модулю,При доступе к новому модулю запрос будет передан другому контроллеру, который отобразит новый главный компонент.Вроде как куча мини-приложений Vue.js, собранных вместе с помощью MVC-приложения с сохранением состояния, и одного родительского app.js для начальной загрузки и регистрации основных компонентов.
Причина, по которой я собираюсь создать этот способ, заключается в том,потому что я хочу использовать такие вещи, как привязки, условный рендеринг и модели данных из Vue.Я хочу, чтобы различные части пользовательского интерфейса обновлялись на основе других вариантов выбора, элементов, доступных для чтения, отображения / скрытия и т. Д. Я не хочу тратить свое время на написание этого материала вручную в jQuery или JS.
Myвопросы:
Считается ли это действительным, установленным шаблоном и имеет ли оно название?
ИЛИ
Является ли целоеподойти к плохой идее и стоит ли мне подумать о том, чтобы пройти полный SPA?