Мы опять про изоляцию, когда я тебе про нейминг?

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

у тебя нет доступа к девтулз и компонентам только бандлы js и css надо подправить в них поехавшую верстку

доступ к девтулзам есть даже на проде при желании, если уж мы переходим к таким нереальным кейсам ну и, конечно, бандлы никто не правит, потому что в этом нет смысла но даже если мы каким-то образом оказались в такой ситуации, то при сборке этого самого бандла односложные классы из css модулей превратятся в уникальный класс + хэш, который будет уникален на программном уровне в отличие от бэм, поэтому найти нужный класс будет даже проще, и это будет 1 точное совпадение

Если у тебя есть доступ к тулзам на проде -- у меня для тебя плохие новости. И как ты по хешу определишь свой компонент?

поделись плохими новостями, очень интересно! никогда не слышал про девтулзы на проде, даже если их изначально отключили? >И как ты по хешу определишь свой компонент? при чем тут компонент? вопрос был про готовый бандл и я сказал, что достаточно скопировать уникальный класс и найти его в бандле, именно для этой задачи даже не нужны девтулзы с компонентами

расскажешь как сделать чтоб Vue devtools был недоступен на проде? А то я вот vue force использую чтоб даже продовые сборки девутлзы отображали

Поясни ) вот в проде в девтулзах нашелся поехавший див, как ты найдешь компонент? Чтобы быстро и удобно? Если есть уникальный класс то все понятно, а если нет?

vue devtools никто не отменял

Их в проде нет

я же выше написал про vue force

1. открою проект локально в дев режиме и пикну этот див девтулзами, зачем это делать именно на проде? 2. можно сделать это сразу на проде с девтулзами, если почему-то хочется

В нашем проекте все максимально минифицируется и обфусцируется

это ничего не меняет, можно получить доступ к инстансу вью 1 строкой

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

1 - можно, если оно воспроизводится локально

Второго вью, да?

а почему не должно?

любого

Ну мало ли какой баг. Может от данных в бэк базе зависит

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

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

Довольно часто. Обычно на проде надо понять и раскопать причину, после чего уже можно воспроизвести локально.

баги со стилями?

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

напомнил мне один конченый случай с AppsFlyer и бандлером Webpack. AppsFlyer создавал инстанс (не помню, но вроде именно интанс) в объекте window (window.AF). А вебпак на кой-то черт вешал аттрибуты id на элементы SVG иконки при билде. Догадываешься что будет, если у одной из иконок будет id="AF"?

место можно найти буквально моментально, особенно, если ты не первый день в проекте но все еще непонятно, почему бы не сделать это локально

Не обязательно. Кстати да, проблема может быть и на уровне сборки, и локально не будет воспроизводится пока не догадаешься об этом нюансе

тогда обнаружение нужного класса ничем не поможет

Вот об этом и вопрос- как его найти? У нас в проекте больше 30 разрабов, проекту 10+ лет, есть куски которые писали еще до появления реакта, и есть куски у которых авторы давно уволились и никто не знает как работает.

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

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

так а класс распространненый, к примеру. А структура уже запутана (scoped-slots и прочие прелести). Что лучше -- +- уникальный класс или ходить по 20 файлам и понять -- он это или нет?

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

Проблема во времени которое мне понадобится, если имя стиля уникальное то это дело 5 секунд - скопировать и поискать. Если нет, то надо идти по дереву, угадывать что это за компонент, и время на поиск будет может минут до 20, если есть например похожие компоненты которые по условию ставятся, и у каждого одинаково классы названы

у меня почему-то это так же занимает 5 секунд и с css модулями, и мне даже не нужно смотреть название класса наверное, дело все-таки в кодовой базе, а не в названии классов? и “скопировать и поискать” по бэм классу - это не так просто, как ты пишешь, потому что как мы выше уже выяснили, львиная доля таких проектов радостно конкатенируют все бэм классы, поэтому по твоему “скопировать и вставить” будет 0 результатов

Я не пользуюсь бэм

а о чем тогда речь?

Что это? Мы все еще не знаем какого размера твой проект и как ты ищешь. Если у тебя в поиниципе уровень вложенности 2 компонента, то готов согласиться )

у меня не возникает проблем искать нужные места и на проектах с ~10000 компонентов, вот прям никакой разницы не вижу, ты видишь ту же страницу и те же элементы