Бэм в 2018 пора забыввть

Бэм в 2018 пора забыввть

кто-то писал что не всегда вью правильно рендерит при такой записи, и в доке походу написано что лучше использовать свои айдишники

какие например?

какие например?

которые Ты получаешь вместе с данными с апи, к примеру

я с ним согласен

item_ids: [5, 25, 75, 90]

я не понимаю о чем Ты, у любого уникального итема один айдишник

Я думал, что вью нельзя на pug. А pug, на мой взгляд, - это то, как должен выглядеть HTML. Уже лечу домой, чтобы перевести свои шаблоны в pug

почему?

энивэй, мне кажется что pug внутри vue это лишнее

Там есть какие-то нестыковки с Vue? У классического pug

Там есть какие-то нестыковки с Vue? У классического pug

Нет.

как раз индекс в массиве)

мне допустим айтемы прилетают вот таким образом

то благое дело

ну тогда это в рубрику "нормально делай - нормально будет", конечно если такого нет - приходиться самому что-то придумывать, костыли в основном

так чем плох индекс?

У меня всё в паге на Вью. Ну, кроме того, что я собираюсь лить в опенсорс.

Тем, что не отражает ничего. Он не обеспечивает, что каждый раз под одним и тем же ключом будет один и тот же объект.

template lang="pug"?

template lang="pug"?

почему?

А если подключить так: <component :is="'image-loader-component'"></component>

так чем плох индекс?

не это ли должно обеспечиваться логикой позади данных для отрисовки?

1. для идентификации элемента всегда лучше использовать уникальные айди, это best practice 2. пипл говорит что могут быть при таких раскладах проблемы с рендером

Один будет паг юзать, другой jsx, третий ещё что-то, заебись выйдет комьюнити

хочу кейсы пощупать, когда траблы создаютс -- везёт не сталкиваться, а давно интеерсуюсь. ещё с реакта. А генерация этих уникальных айди ещё с реакта была смешная и идиотская.

Скажем, транзишну списков это не очень понравится.

Ну вот смотри. Есть массив. Там какие-то данные. И тут бах, скажем, нулевой объект поменялся местами с последним. Данные изменились, а индекс остался тем же.

Я может и сталкивался, но не могу быть уверен на 100% что проблема в этом, так что кейсов Тебе не подкину. Кстати, нагугливая только что этот вопрос сразу попал на https://medium.com/@robinpokorny/index-as-a-key-is-an-anti-pattern-e0349aece318

Один будет паг юзать, другой jsx, третий ещё что-то, заебись выйдет комьюнити

я прям завидую ангулярцам и реактовцем, ну нет у них такой хуйни ребят, решают бизнес задачи и заебись, вам же не нравится читать теги, збсь

я прям завидую ангулярцам и реактовцем, ну нет у них такой хуйни ребят, решают бизнес задачи и заебись, вам же не нравится читать теги, збсь

и вообще юзать ключть есть смысл тогда, когда тебе важен порядок

я прям завидую ангулярцам и реактовцем, ну нет у них такой хуйни ребят, решают бизнес задачи и заебись, вам же не нравится читать теги, збсь

Я стараюсь юзать всегда, а то непонятно когда эта палка выстрелит, может Тебе и в колено попасть. С моим "правильным" бекендом это не особо составляет труда

Когда говорят о pug вспоминаю этого беднягу

есть большой вложенный объект, хочу навесить на него вотч, который будет на выходе выдавать "пути" к измененным полям т.е. абстрактно: nestedObject = {a1: "str", a2: {b1: {c1: 2}}} nestedObject.a2.b1.c1 = 5 вотч отлавливает как 'a2.b1.c1'

есть большой вложенный объект, хочу навесить на него вотч, который будет на выходе выдавать "пути" к измененным полям т.е. абстрактно: nestedObject = {a1: "str", a2: {b1: {c1: 2}}} nestedObject.a2.b1.c1 = 5 вотч отлавливает как 'a2.b1.c1'

Не приходилось работать с этим модулем, но судя по документации он требует определенной структуры. Я бы сделал что-то вроде такого computed: { baz: () { return [ { title: 'foo', id: 1234, lang='en' }, { title: 'bar', id: 321, lang='en' }, { title: 'baz', id: 321, lang='en' }, { title: 'gaz', id: 231, lang='en' }, ].map(el => { return {[el.lang]: {title: el.title, id: el.id}} }) } }