Вопрос по js, как лучше сделать?

Если они вас устраивают, пользуйтесь, вот только другим навязывать их не надо, меня они не устраивают, поэтому делаю по своему.

Ну ты как с Луны свалился - до сих пор не знаешь, чем ТС занимается. 😊

Согласен. Ну вобщем-то я о том же говорил. Ид, классы или другие атрибуты - не суть, главное, что есть идентификатор, на который надо навешивать событие. Моё мнение, в рамках обсуждаемого вопроса, навешивание событий on* непосредственно в коде - не лучшая стратегия. Но не уверен: возможно, это просто дело привычки и пагубного влияния фрэймворков типа jQuery, а использовать надо именно предусмотрнные html'ом обработчики.

Хотя, наверное, нет: есть даже csp-политики, запрещающие inline-js. Т.е. скрипт в современных парадигмах должен выполняться "из файла", а html оставаться html"ом. И из этого наверное надо исходить.

Вспомнил. Классика MVC же ж. Короче, никаких on*="" в <коде />. Html вообше не должен знать, что с ним будет происходить после того, как он придёт в браузер. Исключение - html-оболочка, которая разбирает, например, json.

Это не принципиально. Зависит от конкретики.

Лучше не вспоминай.

Во фронте MVC не катит, в бэке да такой подход удобен и то есть случаи когда приходится совмещать разметку и код.

А вот в фронте разметка и код не разделимы, можно конечно писать модули, компоненты и прочее, но в основном нужно что-то сделать быстро и чтобы потом можно так же быстро разобраться и поправить при необходимости и поэтому разделение тут только будет во вред. Да если владелец сайта сам программист и может разобраться, найти что где находится в каких файлах и прочее, то не вопрос, но когда человек мало что понимает, то ему будет удобнее в одном месте где-то что-то подправить по инструкции. Именно поэтому я и стараюсь делать по другому. Глядя на существующие фреймворки и инструменты как там напридумано всяких объектов в которых должны быть некие параметры и всё это нужно знать, то для обывателя это тёмный лес, да и с доработкой на таких инструментах позже будут проблемы..  ИМХО

шел 2024 год, а некоторые до сих пор не понимают, что такое MVC и для чего он. Да здравствуют вечные грабли! Безумно забавно  читать такие топики. Это как на полном серьезе обсуждать, как к истребителю приделать еще одну пару крыльев сверху.

Сказал тот, кто кроме как штаны протирать в офисе ничего не может. Сделай хоть один достойный полезный проект и тогда можешь поучать, хорошо 😉

А по теме скажу то, что в HTML разметке предусмотрены атрибуты для событий и др. функционал с CSS и тд. то MVC во фронте можно реализовать посредственно, всё равно всё будет связано и неразрывно.

Ты даже не понимаешь что такое паттерн MVC и пытаешься рассуждать непонятными для тебя терминами, что бы казаться умным. А MVC - паттерн проектирования, который не используется отдельно на фронте или бэке - это принцип построения всего приложения. И вместо того чтобы использоваать шаблонизатор на фронте ты пытаешься нагородить никому не нужный огород, решить задачу, которая давно решена множеством вариантов и проверена неоднократно. Это конечно очень забавно наблюдать твои потуги бессмысленные.