Про Object lteral вы конечно же правы, но всё же определитесь как надо было показанный пример реализовать, ато плагин неправильно, ООП тоже неправильно, а своих вариантов не предлагаете.
Вот и я о том же =)
В данном конкретном примере плагин был бы в кассу, в каких-то других случаях правильнее было бы использовать классы или object literals
Может вы опишите те случаи когда плагины нужны, а когда нет.
Исходя из ваших комментариев кто-то сделает ошибочный вывод, что плагины — зло, а все блюда надо готовить из объектов в глобальной кастрюле.
Конечно вы вольны не соглашаться, но указанные вами доводы не выглядят убедительными.
Вам в любом случае не помешало бы знать названия плагинов которые вы используете. К тому же я не вижу разницы — запоминать названия плагинов или имена объектов, объявленных в глобальном пространстве имён.
То, как объекты взаимодействуют (а это по большей части именно то, что вы программируете), плагином быть не должно, имхо.
То что я программирую плагином быть не должно? А что должно быть плагином?
Описанный автором элемент интерфейса ни что иное как двухуровневая панель вкладок. Разве не работа плагина на основе HTML структуры создать для пользователя удобный элемент навигации? Выходит, что этот объект просто выполняет свою задачу и ни как не взаимодействует с другими.
Вот если бы автор описал некий объект Boy и объект Girl, которые каким-либо образом взаимодействуют между собой, тогда правда ваша, тут плагинам не место.
Может кто-то и стал бы пользоваться подобным сервисом, но лично для меня важнее проникнуться атмосферой фильма и слиться с его героями, нежели слушать соседа и писать СМСки
А всегда ли в продакшн выходит идеальный, заточенный под все платформы продукт?
Зачастую надо как можно быстрее сверстать что-то работающее у большинства, и только потом идёт доработка под остальных.
И как сказал inetbug для мобильных платформ требуется отдельный подход. Обратите внимание — почти всегда мобильная версия сайта находится на отдельном субдомене.
Не думаю, что парсить HTML регулярками это мудрое решение. Как-то об этом уже высказывались.
А в том скрипте что использует jQuery было бы лучше $('#messages_rows TR[read=0]').length
В данном конкретном примере плагин был бы в кассу, в каких-то других случаях правильнее было бы использовать классы или object literals
Для меня статья была интересной и кое что разъяснила.
Исходя из ваших комментариев кто-то сделает ошибочный вывод, что плагины — зло, а все блюда надо готовить из объектов в глобальной кастрюле.
Вам в любом случае не помешало бы знать названия плагинов которые вы используете. К тому же я не вижу разницы — запоминать названия плагинов или имена объектов, объявленных в глобальном пространстве имён.
То что я программирую плагином быть не должно? А что должно быть плагином?
Описанный автором элемент интерфейса ни что иное как двухуровневая панель вкладок. Разве не работа плагина на основе HTML структуры создать для пользователя удобный элемент навигации? Выходит, что этот объект просто выполняет свою задачу и ни как не взаимодействует с другими.
Вот если бы автор описал некий объект Boy и объект Girl, которые каким-либо образом взаимодействуют между собой, тогда правда ваша, тут плагинам не место.
Говоря о jQuery, считаю лучшей практикой оформлять код в виде плагина.
А нормально, что ЭТО вернёт объект?
Вы часто так с атрибутами поступаете?
Зачастую надо как можно быстрее сверстать что-то работающее у большинства, и только потом идёт доработка под остальных.
И как сказал inetbug для мобильных платформ требуется отдельный подход. Обратите внимание — почти всегда мобильная версия сайта находится на отдельном субдомене.
А в том скрипте что использует jQuery было бы лучше $('#messages_rows TR[read=0]').length