Rosiv,

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

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

Да лучше сразу пристрелиться. Видел я один раз подобный проект, мне до сих пор хочется его развидеть. Естественно судьба проекта не выдержала испытание временем, ну что можно решить Ctrl-Click-ом? Если разработка представляется бесконечной и безумной отладкой для пациента, то это очень далеко от мира естественной понятной разработки современных приложений.

Тут проблема видима в разработке через дебаг. Сегодня, мы открываем объектную модель и смотрим что должно происходить, например, при сохранении объекта. Не важно, каким образом это случилось, пользователь нажал кнопку, нажал Ctrl-Enter или даже Ctrl-Save, может он закрыл модальное окно, и сработал автосейв, мы работаем с бизнес-событием, а не с обработчиком кнопки. И никто не лезет в кнопку по Ctrl-Click.

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

DRY, и другие принципы разработки. Тут надо курить тему по разработке вообще, а не ударяться в конкретную конструкцию на JS, и понимание со временем придёт. Ну и опыт.

ПарамонВсе это подходит для SPA, а если у ТС многостраничное приложение с чисто серверной отрисовкой?

Тогда вопрос, а зачем вообще ТС-у яваскрипт?

Наверное затем, чтобы добавить на свои страницы немного динамики. Если так, то не обязательно брать в разработку монстров типа AngularJS, с полным фаршем, включая марошрутизацию. Однако это не означает, что надо отказаться от компонентной модели разрботки.

У ТС-а раздрай в голове, между способами привязки обработки события на селектор или через onclick. Он не знает, что биндить обработку событий можно как-то иначе, наверняка у него в коде лапша на лапше, которую он и сам до конца уже не понимает, а любой адекватный программист просто с горя напьётся, как только посидит часок над таким проектом.

ПарамонДля того, чтобы добавить немного динамики нет смысла в AngularJS, даже урезанном.
Думаю автор использует jquery для игр с дом, что в принципе нормально, при модульном подходе.
jquery склоняет к привязке на селекторы.

Ну исходя из того, что ТС писал, речь идёт о сотнях и тысячах обработчиках, по которым ему удобно ходить по ctrl-click.

Насчёт селекторов, у них есть сакральное преимущество. Можно повесить всего один обработчик и он будет ловить хоть тысячу событий. А если поставить себе за правило НИКОГДА НЕ ПРИВЯЗЫВАТЬСЯ К СТИЛЕВЫМ СЕЛЕКТОРАМ, то и проблема уменьшится до масштабов мухи.

mage.lanТоже очень спорное утверждение.

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

Ничего спорного нет. Стилевые селекторы нужны, чтобы навешивать стиль. Если нужна функциональность, либо заведи отдельный класс селекторов с префиксом js- (например, js-open-modal, js-collapse...), либо вообще отдельные атрибуты. Мухи отдельно, котлеты отдельно. И сразу видно, что на элемент что-то навешано, просто тупо по названиям классов или по атрибутам. Не надо думать и гадать, ванговать и стучать по хрустальному шару.

RosivSencha вообще отдельная тема, которая с моей точки зрения довольно сомнительна с точки зрения скорости разработки, особенно при введении новых людей в проект.

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

mage.lanЕсли это класс вложенный в десятки дивов

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


mage.lanОбычная проблема - правильно и адекватно именовать классы, а лучше вообще не именовать, тормозит.

Я не знаю, в какой книжке сказок-страшилок ты это вычитал, но нет.


mage.lanВанговать и продираться сквозь такой код js-my-super-puper-mega-needed-selector тоже одно удовольствие.

Это из разряда косорукому и вилка -- смертельное самоубийственное оружие. Необходимо оценивать задачу, её сложность и выбирать наиболее эффективные инструменты и способы её реализации.

Но как бы там ни было. Использование стилевых селекторов для навешивания событий и поведения -- однозначно плохо на 100% абсолютно всегда, без вариантов. Настолько плохо, что ребятам, которые так делают, выдаётся немедленная путёвка на рынок труда без возможности возврата.

mage.lanЯсно. Жаль что наша беседа перешла на эмоцию.

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


mage.lanу SPA вложенность легко достигает 10 уровня.
Общий аутлет, в нем аутлеты для меню и контента (2 уровень) скрол-див таблицы в котором 3 уровня дивов сама таблица (6).
Это только структура, я стараюсь на оформление не тратить больше одного контейнера, но иногда это не реально, я вам показал 7 уровней вложенности, которые никак не зависят от верстака.

В SPA и подобных приложениях вёрстка генерируется из кусочков, вложенных друг в друга лейаутов и компонентов, и никто в здравом уме не лазит по получившейся вёрстке руками. И стараются сделать стили максимально изолированными (ну и потуги БЭМ берём в расчёт тоже).

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

mage.lan[Скачусь на эмоцию]О чудо! Думающий технолог-архитектор, если честно я давно таких уже не видел, но это наверное моя проблема.

Я не знаю откуда у тебя такой болезненный пунктик про эмоции. Ты наверное слишком эмоционально реагируешь на эмоции

mage.lanОпять как-то скомкано. Я вас за больное зацепил? Извините меня грешного. [Серьезно]

Почему моя категоричность воспринимается, как что-то эмоциональное? Я эти же слова и ночью повторю с просони, ну может добавлю в конце ещё пару крепких слов.


mage.lanВсе эти селекторы растут от яндексовского БЭМ-а, модно, но не все понимают, когда и зачем они нужны.

А кто понимает? И как понять, что кто-то понимает, а кто-то нет? Надо изучать насколько умное лицо у говорящего?


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

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


mage.lanЗЫ: я понял и запомнил, что вы неравнодушны к вилкам, давайте оставим их для обеденного перерыва.

А чё, отличная аналогия. Я уважаю всякие аналогии. И не виноват, если кто-то их воспринимает буквально.

mage.lanОпять какая-то странная реакция.

Я вообще спорного вопроса не вижу, насчёт которого у тебя кончились какие-то непонятные аргументы. Ты бред несёшь по поводу того, что количество селекторов сильно ударяет по производительности браузера. Это факт, чего его обсуждать? Причины того, что ты говоришь глупости? Мне это не интересно.


mage.lanВсе что я хотел сказать в данной теме, наверное, я сказал. Когда столкнетесь с моими проблемами по производительности, приходите обсудим.

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

mage.lanДавайте прекратим. Я уже понял, что вы не сталкивались с проектами такой сложности. И вряд-ли читали исходники jQuery.

Ты хочешь, чтобы я прекратил говорить, что ты несёшь ахинею? Я могу подкрепить свои слова фактами.

На facebook.com почти 3 тыс. селекторов, чуть больше 2 тыс. правил. И миллионы пользователей, или сколько их там (миллиарды?) не испытывают неудобств.

На амазоне 5 тыщ. селекторов и 3.5 тыщ. правил. Ну и т.д.

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

mage.lanДля примера, у меня есть таблицы, где браузеру приходится справлятся ~20 тысячами селекторов, там работает только около 4к активных элементов, естественно на делегатах. Это криминал. Система устроена так, что она больше 5к селекторов на странице старается не держать, это обычное рабочее состояние... Всякого говна в data у меня тоже хватает.
Вы мне сейчас предлагаете вывести на 25% больше селекторов?

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

mage.lanТупо, для примера, чтобы было понятно о каких таблицах идет речь. Основное отличие от амазона, ибея, алиэкспреса в том, что если в категории 1000 товаров, то вся 1000 будет доступна сразу, без пагинации.

Отличный пример твоей проблемы. Обсуждать именно такое решение бессмысленно, почему именно так понадобилось тебе или твоему заказчику -- это вне моей компетенции. Однако вряд ли тебе поигрушки с экономией на селекторах помогут отобразить на странице десятки тысяч товаров сразу без задержек, не говоря уже о сотнях тысяч и миллионах. Так что всего 1000 товаров в категории это не более чем везение в конкретном случае.

Резюмирую, количество селекторов здесь не играет роли, так как не вытягивает решение на произвольном количестве товаров.

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

mage.lanФейсбук - тупит
Амазон - меньше, но тупит

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

mage.lanЕсли что, "магазин консервированных огурцов", это не магазин, в твоем понимании.
И это не единственный подобный проект с подобными требованиями.
Другое дело, что современные смузи-технологи такое делать не умеют. Ведь это не более чем везение.

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

Давным-давно установлено, что неспособность осилить технологии, методологии и техники разработки, заставляют задачи решать в лоб, через одно место. Это железный факт. Проблема здесь заключается только в том, что некоторые заказчики не могут определить уровень своего исполнителя. Таким заказчикам приходится отращивать большие, просто огромные уши, на которые всякие личности, искренне считающие себя профессиональными разработчиками, но таковыми не являющиеся, вешают ему тонны низкопробной лапши.

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

mage.lanОбычно оппоненту приписывают свои недостатки.
Я поржал, пойду шить себе костюм Зелибобы.

Серьёзно?! Ну посмотрим:

mage.lanРасслабтесь, пилите свой академический код дальше.

Зачем же ты так низко оцениваешь свою работу?

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