ZS
Так не бывает. Ты просто имеешь не достаточно опыта для этой задачи. Советую тебе отказаться от нее и взять что-то попроще
ты сам говорил что твои косяки а клиент должен платить? я взялся я должен довести до ума)
Size: a a a
2020 February 17
ZS
Поэтому я и говорю, что разбивка должна быть постраничной
а если у меня в настоящее время нет понимания что значит "постраничной"? у меня есть понимания что есть компоненты которые должны быть и могут бысть вставлены куда-то
и всё
и всё
DE
Так не бывает. Ты просто имеешь не достаточно опыта для этой задачи. Советую тебе отказаться от нее и взять что-то попроще
AS
а если у меня в настоящее время нет понимания что значит "постраничной"? у меня есть понимания что есть компоненты которые должны быть и могут бысть вставлены куда-то
и всё
и всё
У тебя не один app.min.js для всего приложения, а несколько разных для каждого раздела твоего приложения.
ZS
то есть на одной страницу компонент корзина может быть вставлена в шапку статичной верстки
а компонент mail-preview где-то среди контента в одной из секций
и сделать надо так чтоб использование этих компонентов могло быть опциональным
что в таком понимании и как в таком подходе представляло бы разбивка на страницы
что такое страница тогда?
а компонент mail-preview где-то среди контента в одной из секций
и сделать надо так чтоб использование этих компонентов могло быть опциональным
что в таком понимании и как в таком подходе представляло бы разбивка на страницы
что такое страница тогда?
AS
Так не бывает. Ты просто имеешь не достаточно опыта для этой задачи. Советую тебе отказаться от нее и взять что-то попроще
Типа наниматель такой бабки платит и говорит: ну ты недостаточно опытен, поучись на других задачах, а я пока подожду)))
AS
А как делать в случае с легаси на бэкбон жиквери, который спа, но на жиквери, и идёт постепенное обновление отдельных окон на вью. В смысле я вот понимаю что ты прав, но как переделать чтобы не сломать старый код слабо представляю.
@Piterden как быть в такой ситуации?
DE
занчт
R
ну от тебя я уже получах их трижды и все они по типу - ты делаешь неправильно и тебе надо переделать
а как и что - иди гугли)
я поспрашивал по чатам и у чаваков которые пилят например на ларавель миксовые сайты с интеграцией микрокомпонентов с общей базой (один стор, один набор компонентов и утилит но для разных страниц разные кейсы)
мне такой вариант подсказали
другого я не надыбал
я пошёл по пути разбиения на "страницы" (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
ты бы ещё у олдов паскаля спросил кейс
а смысл мне спрашивать у спа-шников которые фукают на всё что не спа и размахивают руками дескать - пиши всё на спа или не пиши вообще?
R
а смысл мне спрашивать у спа-шников которые фукают на всё что не спа и размахивают руками дескать - пиши всё на спа или не пиши вообще?
я ssr собрал, мне по структуре spa не подходит
ZS
я ssr собрал, мне по структуре spa не подходит
мне сср для кабинета пользователя не нужен в данном кейсе
R
мне сср для кабинета пользователя не нужен в данном кейсе
красава но мне это зачем говорить?)
ZS
красава но мне это зачем говорить?)
just reply)
R
just reply)
соберёшь проект дай знать
DE
Типа наниматель такой бабки платит и говорит: ну ты недостаточно опытен, поучись на других задачах, а я пока подожду)))
Типа наниматель предлагает задачу, а ты оцениваешь, сможешь ли ты её сделать. Если нет — отказываешься.
AS
Типа наниматель предлагает задачу, а ты оцениваешь, сможешь ли ты её сделать. Если нет — отказываешься.
А как учиться новому?
DE
Постепенно добавляя по одной те новые части, которые ты бы хотел изучить.
DE
А не сразу взять проект, который не каждый синьор сделает