Size: a a a

Nuxt.js — русскоговорящее сообщество

2019 December 11

V💊

Vladimir 💊 Voytenko in Nuxt.js — русскоговорящее сообщество
Pavel
неужели со слотами именно из-за этого беда?
хз, я просто увидел жуть
источник

SL

Stanislav Lashmanov in Nuxt.js — русскоговорящее сообщество
Там вообще в консоли должно быть предупреждение что используется нативный тег
источник

SL

Stanislav Lashmanov in Nuxt.js — русскоговорящее сообщество
Pavel
ну типо момент что дефолтный слот работает, а именной не)
Ну наверное потому что они по разному работают?
источник

V💊

Vladimir 💊 Voytenko in Nuxt.js — русскоговорящее сообщество
Stanislav Lashmanov
Потому что слоты поменяли
но старый синтаксис же оставили..)
источник

SL

Stanislav Lashmanov in Nuxt.js — русскоговорящее сообщество
Во вью есть проверки на нативные теги, в третьем так точно
источник

V💊

Vladimir 💊 Voytenko in Nuxt.js — русскоговорящее сообщество
Stanislav Lashmanov
Во вью есть проверки на нативные теги, в третьем так точно
во втором тоже
источник

VS

Vlad Starkovsky in Nuxt.js — русскоговорящее сообщество
Stanislav Lashmanov
Во вью есть проверки на нативные теги, в третьем так точно
Называю компоненты как вутифай и мне норм
источник

VS

Vlad Starkovsky in Nuxt.js — русскоговорящее сообщество
Хотя по стайл гайду надо <BaseInput>
источник

P

Pavel in Nuxt.js — русскоговорящее сообщество
Vladimir 💊 Voytenko
хз, я просто увидел жуть
да, поменяем, просто он юзается во всём проэкте))
источник

SL

Stanislav Lashmanov in Nuxt.js — русскоговорящее сообщество
Vladimir 💊 Voytenko
но старый синтаксис же оставили..)
Ну кстати да, старый то тоже должен работать
источник

SL

Stanislav Lashmanov in Nuxt.js — русскоговорящее сообщество
Я уже и забыл про существование старого синтаксиса
источник

P

Pavel in Nuxt.js — русскоговорящее сообщество
тоесть подобным образом уже не будет работать?)))
источник

P

Pavel in Nuxt.js — русскоговорящее сообщество
надо знач менять во всём проэкте…
источник

D

Dmitry in Nuxt.js — русскоговорящее сообщество
Вопрос по вью
this.$store.state.object[fieldName] в компьютед вызывается каждый раз, когда изменяется хоть какое-нибудь поле в object
Может кто-то объяснить, почему так и можно ли как-то этого избежать?
источник

D

Dmitry in Nuxt.js — русскоговорящее сообщество
Удаляю и добавляю в объект поля через Vue.set && Vue.delete
источник

СЗ

Сергей Захаров in Nuxt.js — русскоговорящее сообщество
Подозреваю, что Vue.set отправляет сообщение об измерении всем, кто подписан на изменение объекта, в котором он ставит свойство. А computed подписывается на изменения всех реактивных сущностей, которые были использованы при его вычислении.

Так что вряд ли.
источник

D

Dmitry in Nuxt.js — русскоговорящее сообщество
Он же не подписывается на изменения всего стейта
Почему тогда отслеживать поля, которые не нужны
источник

СЗ

Сергей Захаров in Nuxt.js — русскоговорящее сообщество
Если делается много одновременных Vue.set, можно попробовать их заменить на копирование объекта и добавление новых свойств (через оператор rest, например), после чего класть новый объект туда, где лежал старый. Тогда на много Vue.set будет только одно вычисление computed.
источник

D

Dmitry in Nuxt.js — русскоговорящее сообщество
У меня проблема в том, что много компонентов отслеживают  этот объект, но каждый по своему полю
И получается, что если изменяется хоть  одно поле в объекте, то ре-рендер происходит во всех компонентах, что очень медленно
источник

СЗ

Сергей Захаров in Nuxt.js — русскоговорящее сообщество
Dmitry
Он же не подписывается на изменения всего стейта
Почему тогда отслеживать поля, которые не нужны
Потому что он не отслеживает поля, он отслеживает всё, что использует при вычислении. Объект с ключами используется.
А Vue.set должен известить всех, кто подписан на объект, о появлении нового свойства. То же самое и с Vue.delete.
источник