AS
И в чем выражается асинхронность?
Джаваскрипт код ответственный за этот компонент не собирается в итоговый бандл, а подтянется только при показе компонента
Size: a a a
2020 February 17
DE
Откуда подтянется?
AS
Откуда подтянется?
С сервака, а там как вебпак настроишь
ZS
И в чем выражается асинхронность?
Про code-splitting читали?
DE
Кстати, я не говорил, что он неправильно подключил
ZS
Или в компоненте
import HeaderLogo from './HeaderLogo.vue'
{
name: 'Header',
components: { HeaderLogo },
}
у меня второй только без статичного импорта в бандл - а динамически
это позволяет держать чанки раздельно и итоговый бандл будет мелким
и если на странице найден вызов компонента он по имени подрубит доп-скриптом чанк
это позволяет держать чанки раздельно и итоговый бандл будет мелким
и если на странице найден вызов компонента он по имени подрубит доп-скриптом чанк
DE
С сервака, а там как вебпак настроишь
Чем это отличается от компонентов по чанкам?
AS
Чем это отличается от компонентов по чанкам?
Хз о чем ты, компоненты по чанкам это не асинхронность по твоему?
DE
По твоему — нет
DE
Для разбивки компонентов на чанки не надо возвращать промис инпута
DE
Я думаю, что один бандл лучше
DE
В большинстве случаев
DE
У атомика 17 метров весил дев бандл для андроида
DE
Просто у тебя будут задержки при возникновении новых компонентов
DE
А это реально не круто
t
Динамически-подгружаемые компоненты*
ZS
один бандл круто когда весь сайт SPA и не сложный
в моем случае когда на всех страницах будет 1-2-мелких компонента
на 1ой страницу будет полноценное приложение
и ещё на одной его превьюшка
нет смысла подгружать бандл на всех страниц весь огромный
когда код основного приложения нужен будет лишь на 1-2 страницах..
я прочитал о code-spliting и юзнул такой вариант
по сути мой вопрос не касается этого
можно и статично подрубить
суть вопроса это не поменяет
вопрос касался использования элементов на которых биндятся вендорные плагины подключаемые на странице
насколько гарантированно я могу их юзать при подрубании кода через тег компонента?
ожидалось что DOM будет готов и уже после этого отработает по порядку - вендорные плагины для не вью элементов
затем подрубится вью и превратит тег компонента в разметку
но каким-то образом вендоры распространяются на разметку после рендера вьюшного
вопрос касается - насколько это гарантированный случай
в моем случае когда на всех страницах будет 1-2-мелких компонента
на 1ой страницу будет полноценное приложение
и ещё на одной его превьюшка
нет смысла подгружать бандл на всех страниц весь огромный
когда код основного приложения нужен будет лишь на 1-2 страницах..
я прочитал о code-spliting и юзнул такой вариант
по сути мой вопрос не касается этого
можно и статично подрубить
суть вопроса это не поменяет
вопрос касался использования элементов на которых биндятся вендорные плагины подключаемые на странице
насколько гарантированно я могу их юзать при подрубании кода через тег компонента?
ожидалось что DOM будет готов и уже после этого отработает по порядку - вендорные плагины для не вью элементов
затем подрубится вью и превратит тег компонента в разметку
но каким-то образом вендоры распространяются на разметку после рендера вьюшного
вопрос касается - насколько это гарантированный случай
DE
один бандл круто когда весь сайт SPA и не сложный
в моем случае когда на всех страницах будет 1-2-мелких компонента
на 1ой страницу будет полноценное приложение
и ещё на одной его превьюшка
нет смысла подгружать бандл на всех страниц весь огромный
когда код основного приложения нужен будет лишь на 1-2 страницах..
я прочитал о code-spliting и юзнул такой вариант
по сути мой вопрос не касается этого
можно и статично подрубить
суть вопроса это не поменяет
вопрос касался использования элементов на которых биндятся вендорные плагины подключаемые на странице
насколько гарантированно я могу их юзать при подрубании кода через тег компонента?
ожидалось что DOM будет готов и уже после этого отработает по порядку - вендорные плагины для не вью элементов
затем подрубится вью и превратит тег компонента в разметку
но каким-то образом вендоры распространяются на разметку после рендера вьюшного
вопрос касается - насколько это гарантированный случай
в моем случае когда на всех страницах будет 1-2-мелких компонента
на 1ой страницу будет полноценное приложение
и ещё на одной его превьюшка
нет смысла подгружать бандл на всех страниц весь огромный
когда код основного приложения нужен будет лишь на 1-2 страницах..
я прочитал о code-spliting и юзнул такой вариант
по сути мой вопрос не касается этого
можно и статично подрубить
суть вопроса это не поменяет
вопрос касался использования элементов на которых биндятся вендорные плагины подключаемые на странице
насколько гарантированно я могу их юзать при подрубании кода через тег компонента?
ожидалось что DOM будет готов и уже после этого отработает по порядку - вендорные плагины для не вью элементов
затем подрубится вью и превратит тег компонента в разметку
но каким-то образом вендоры распространяются на разметку после рендера вьюшного
вопрос касается - насколько это гарантированный случай
Мой ответ тоже не касается статичных и динамических компонентов
DE
У тебя либо spa, либо нет. По твоему описанию - нет. Тебе просто надо сделать по бандлу с только нужным кодом для каждой страницы. Делать это надо вне вью приложения
DE
И динамические (а не асинхронные) компоненты тебе никак не помогут в этом