вот именно для такой ситуации - у тебя НЕЗАВИСИМОЕ от классов именование привязанное чисто к бизнес-логике, классами управляешь видом, дата атрибутами - поведением
Ну ок. Я просто хочу для себя выяснить как правильно. Может со временем понимание придёт. Спасибо
нет правильных и неправильных подходов "вообще". Есть под задачи. Если речь об изолированом попапе - вешай на класс если тз другого не требует. А вот тебе задача сделать канбан-доску с возморжностью перетаскивания карточек. То есть у объекта по определению меняется положение в структуре страницы, ты понятия не имеешь сколько таких карточек будет, ты не представляешь маршрута ее движения. Удачи тебе построить логику на классах)))
а главное - количество этих самых дата-атрибутов управляется ТОБОЙ при разработке логики а не согласуется с верстальщиком, css фреймворком/своей сеткой, требованиями валидаторов и т/д/