AS
Так вот , в чем ты не согласен?
Size: a a a
2020 February 17
DE
Так вот , в чем ты не согласен?
Ты читай не между строк а по строкам и может поймешь
DE
Да, но только в контексте СПА
DE
Вне спа ничего этого не будет
DE
Потому что ты делаешь неправильно. И сейчас работает, но когда ты соберешь то что ты описывал, скорее всего что-то развалится
DE
Просто я представляю то что ты описал лучше чем ты. И исходя из этого даю тебе советы
DE
И все твои спашные приколы не будут работать после ухода на другую страницу
DE
Вот что мне не нравится
DE
А вот мой совет
DE
Тебе надо разбивать код постранично
AS
Теперь понял
ZS
Просто я представляю то что ты описал лучше чем ты. И исходя из этого даю тебе советы
ну от тебя я уже получах их трижды и все они по типу - ты делаешь неправильно и тебе надо переделать
а как и что - иди гугли)
я поспрашивал по чатам и у чаваков которые пилят например на ларавель миксовые сайты с интеграцией микрокомпонентов с общей базой (один стор, один набор компонентов и утилит но для разных страниц разные кейсы)
мне такой вариант подсказали
другого я не надыбал
я пошёл по пути разбиения на "страницы" (vue-cli позволяет задать конфиг pages где можно задать ентри и темлпейты для мульти-ентри сборки - это подходит когда у нас например админка и фронт на вью - все на спа..)
но в моем кейсе это "приложения" с частично общей кодовой базой но локально различающиеся по структуре..
например mail-app - тут юзается общий стор но подрубле роутер
mail-preview - роутера никаого нету то юзается общий стор
и там и там юзаются mail-item, mail-message, mail-some....
я видел практики когда полностью разбивают сборку на N папок
но там дубли кода и компонентов
нафик такое делать
в текущем варианте который опять же может быть не окончательным я разбил микро-приложения по папкам
ентри у сборки остался прежним как в случае спа из соображений что у нас только один маунт на #app который есть на всех страницах
но код микро-приоложений подрубится только по запросу
если будут страницы на которых не нужен код вообще я просто удалю подключение скрипта вьюшного и всё..
а как и что - иди гугли)
я поспрашивал по чатам и у чаваков которые пилят например на ларавель миксовые сайты с интеграцией микрокомпонентов с общей базой (один стор, один набор компонентов и утилит но для разных страниц разные кейсы)
мне такой вариант подсказали
другого я не надыбал
я пошёл по пути разбиения на "страницы" (vue-cli позволяет задать конфиг pages где можно задать ентри и темлпейты для мульти-ентри сборки - это подходит когда у нас например админка и фронт на вью - все на спа..)
но в моем кейсе это "приложения" с частично общей кодовой базой но локально различающиеся по структуре..
например mail-app - тут юзается общий стор но подрубле роутер
mail-preview - роутера никаого нету то юзается общий стор
и там и там юзаются mail-item, mail-message, mail-some....
я видел практики когда полностью разбивают сборку на N папок
но там дубли кода и компонентов
нафик такое делать
в текущем варианте который опять же может быть не окончательным я разбил микро-приложения по папкам
ентри у сборки остался прежним как в случае спа из соображений что у нас только один маунт на #app который есть на всех страницах
но код микро-приоложений подрубится только по запросу
если будут страницы на которых не нужен код вообще я просто удалю подключение скрипта вьюшного и всё..
ZS
DE
Ты просто определись, что у тебя выше, спа или мпа
ZS
сборка для спа
юз - как для мпа
юз - как для мпа
DE
Если мпа, то спа-фишки, описанные в доке вью, будут начинать работу сначала после перезагрузки
AS
А вот мой совет
А как делать в случае с легаси на бэкбон жиквери, который спа, но на жиквери, и идёт постепенное обновление отдельных окон на вью. В смысле я вот понимаю что ты прав, но как переделать чтобы не сломать старый код слабо представляю.
ZS
И все твои спашные приколы не будут работать после ухода на другую страницу
если уход на другую страницу происходит - это уход на страницу серверную же
то есть полный релоад страницы
вновь же подрубается всё по порядке
если скрипт видит вьюшные комопроненты - он их отрисовывает
в чём беда?
то есть полный релоад страницы
вновь же подрубается всё по порядке
если скрипт видит вьюшные комопроненты - он их отрисовывает
в чём беда?
DE
сборка для спа
юз - как для мпа
юз - как для мпа
Так не бывает. Ты просто имеешь не достаточно опыта для этой задачи. Советую тебе отказаться от нее и взять что-то попроще
DE
если уход на другую страницу происходит - это уход на страницу серверную же
то есть полный релоад страницы
вновь же подрубается всё по порядке
если скрипт видит вьюшные комопроненты - он их отрисовывает
в чём беда?
то есть полный релоад страницы
вновь же подрубается всё по порядке
если скрипт видит вьюшные комопроненты - он их отрисовывает
в чём беда?
Поэтому я и говорю, что разбивка должна быть постраничной