Всем привет. Давно мучал вопрос: как люди объясняют, что описание всех событий на странице должно быть исключительно через делегаты и это круто, а писать прямо в тегах что-то типа onclick="some kind of function" это плохо и вообще bad style. Напоровшись на очередной проект, где описание логики страницы в несколько тысяч строк представляло из себя километры делегатов по довольно мутным селекторам я осознал, что вкурить эту хрень без пол литра довольно проблематично. В то время как разбирая разметку в поисках концов гораздо проще понять что происходит, если хотя бы в банальных ситуациях обработка onclick присутствует именно в тэге, а не закопано в сотнях строк кода, причем с селектором вида "table p button". Я уж не говорю что разметка может поменяться и чертов селектор отвалится, тогда как onlclick в кнопке будет жить да поживать. Я не против делегатов в целом (это была бы редкая ересь), мне непонятно зачем подчищать все события с разметки под ноль, делая код/разметку довольно хреново понимаемой. В чем соль этой "красоты"?

ок, приятно сознавать, что не я один задумывался над этой проблемой. Ибо да, ctrl+click и переходишь к функции и все понятно. А через делегаты (которые описаны где-то в блоке init строк эдак в 500) это все смотреть довольно проблематично.

По поводу "почему так много строк" - страница шибко сложная. Там ajax риквестов штук 30, плюс куча промежуточной логики. Вот и получаем на ровном месте кучу строк. Но к сожалению разделять объекты отвечающие за вызовы и отлов промизов, логику приложения и просто вызов функций у многих "писателей" не модно. Создаем класс и пихаем туда через запятую все подряд, не стесняясь функций в 5-6 экранов.

В целом я делегаты использую в 2х случаях:
1) контент генерится как-то автоматически. В целом я стараюсь от этой штуки уходить и чтобы html из скриптов не получался в принципе. Собственно для того репитеры и прочее барахло и придумали
2) элементов много. Они как-то вложены и вызываются однотипно.

Но как правило кнопок это не касается. И потому кнопки стараюсь почти всегда через onclick делать, чтобы потом при необходимости сразу найти что тут собственно происходит. Когда на руках несколько проектов, с суммарным количеством от 10к строк, помнить всю эту ересь с делегатами с вложенными селеторами просто нереально. Ну а по пол часа вкуривать что откуда идет - тоже как-то грустно.

Чтобы 2 раза не вставать, кто мне тогда сможет опять таки объяснить преимущества создания класса, перед простым объектом, при условии что мы не собираемся этот класс как либо переопределять или наследовать в принципе? Т.е. на кой черт люди пишут простыни с прототипом, чтобы в конце вызвать var a = new b(); вместо var b = {/* object methods etc*/}; b.init(). Есть в этом какой-то сакральный смысл, которого я не понимаю?

hVosttRosiv,

По видимому ты никогда не работал с AngularJS, Backbone, ReactJS, Knockout, EmberJS, Sencha? Если даже ничего из перечисленного по неким религиозным соображениям не нравится, пилится что-то подобное, но своё, с объектной моделью, разделением на конкретные структурные слои, шаблонизатор.

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