это понятно, что есть готовые либы для генерации,
но если я генерирую шаблоном,
здесь приходится вызывать из шаблона функцию для генерации, и опять же протокола нет, а если придумать протокол, то слишком громоздко получается.
Почему все забыли о том, что JSON с кодировкой windows-1251 в IE не работает, критическая ошибка!
Это очень важно, если проект весь в кодировке windows-1251, то речь о JSON не идет, только XML!
Пример из моей практики:
Необходимо было передавать данные, используя AJAX, данные представляли собой XML из 1000 позиций, в каждой позиции - информация о продукте: название, принадлежность категории, урл и описание.
Все отлично работает, но появилась необходимость увеличить массив данных до 5000 позиций. И тут браузер стал нереально притормаживать при распарски XML в DOM, замирал на несколько секунд, причем это было заметно.
Решение на тот момент - JSON.
Могу сказать, лично для меня проще генерировать XML (меньше вероятность допустить ошибку и больше найти ее :) и читается лучше, чем JSON.
Причем XML-данные это не одно и то же, что структура данных JavaScript.
Если использовать JSON, то на протокол обмена можно забить.
В некоторых проектах протокол очень важен!
удобочитаемость должна быть в разумных пределах.
нужно для себя определить, что значит "удобочитаемость".
Для меня лаконичный и красивый код всегда удобочитаемый, обратное не верно.
Как я понимаю, ваша удобочитаемость сводится к максимальной расписки простых вещей, наверня-ка, вы не используете цепочки, tips & tricks и hacks тоже.
Это все ведет к тоvу, что код становится очень длинным.
Из-за того, что код понятен даже новичку, при чтение его можно потерять мысль, проматывая экраны "удобочитаемого" кода.
Если бы в математике все расписывали словами и не использовали краткие записи, то все книги по математике увеличились бы в 10-ки, а-то и в 100-ни раз!
ключевое - умение применять синтаксические, лексические и прочее конструкции языка.
Это означает владение языком.
Пример - зная алфавит русского языка, не возможно начать на нем говорить, пока не выучишь основные правила. Лингвист "крут", если знает большое количество оборот, морфологию языка, ... и самое важное - умеет это красиво применить, т.е. сказать.
это еще почему?
в самой обычной ситуации, я не собираюсь писать отдельный скрипт или втавку, в котором я повешу слушателя на нажатие на ссылку.
Не нужно ничего усложнять!
если стандарт из-за не умения программировать падает, до уровня - создадим десяток переменных, чтобы было понятно школьнику, то это ваше дело.
В каждом языке есть стиль и красота, так вот их нужно придерживаться. Если кто-то это не понимает, то ему нужно повысить свой уровень! Другими словами - должен быть барьер понимания.
Пример - не каждый может понять математический анализ, но стоит его поучить и все станет на свои места!
Поддерживаю, хотя я постоянно пишу на Perl.
Компактный и красивый код - всегда будет компактным и красивым, если через некоторое время ты сам не понимаешь, значит приложил не все усилия, чтобы сделать код таковым!
Перфекционизм - вот залог успеха в программирование.
Плюс почти всегда красивый код работает быстрее :) (если это в вашем языке не так, то скоро будет).
А на счет написать if-else вместо тернарного оператора - должно быть оправданно.
Вот пример:
onClick="..."
вот здесь писать if-else не разумно, а вызывать функцию, где будет if-else, н-р, нет возможности, поэтому решение - тернарный оператор.
Нужно все использовать с умом,
тогда код будет и быстрым, и красивым.
Наконец-то, работа с селекторами стала похожа на XPath, а не на что-то среднее между CSS и XPath :)
у меня тоже заработало,
дело было в кривых руках предшественника! :)
но если я генерирую шаблоном,
здесь приходится вызывать из шаблона функцию для генерации, и опять же протокола нет, а если придумать протокол, то слишком громоздко получается.
поэтому надо быть подкованным :)
Это очень важно, если проект весь в кодировке windows-1251, то речь о JSON не идет, только XML!
Пример из моей практики:
Необходимо было передавать данные, используя AJAX, данные представляли собой XML из 1000 позиций, в каждой позиции - информация о продукте: название, принадлежность категории, урл и описание.
Все отлично работает, но появилась необходимость увеличить массив данных до 5000 позиций. И тут браузер стал нереально притормаживать при распарски XML в DOM, замирал на несколько секунд, причем это было заметно.
Решение на тот момент - JSON.
Могу сказать, лично для меня проще генерировать XML (меньше вероятность допустить ошибку и больше найти ее :) и читается лучше, чем JSON.
Причем XML-данные это не одно и то же, что структура данных JavaScript.
Если использовать JSON, то на протокол обмена можно забить.
В некоторых проектах протокол очень важен!
каждый высказал свое мнение :)
на счет использование нескольких тернарных операторов в связке - нет :)
нужно для себя определить, что значит "удобочитаемость".
Для меня лаконичный и красивый код всегда удобочитаемый, обратное не верно.
Как я понимаю, ваша удобочитаемость сводится к максимальной расписки простых вещей, наверня-ка, вы не используете цепочки, tips & tricks и hacks тоже.
Это все ведет к тоvу, что код становится очень длинным.
Из-за того, что код понятен даже новичку, при чтение его можно потерять мысль, проматывая экраны "удобочитаемого" кода.
Если бы в математике все расписывали словами и не использовали краткие записи, то все книги по математике увеличились бы в 10-ки, а-то и в 100-ни раз!
Это означает владение языком.
Пример - зная алфавит русского языка, не возможно начать на нем говорить, пока не выучишь основные правила. Лингвист "крут", если знает большое количество оборот, морфологию языка, ... и самое важное - умеет это красиво применить, т.е. сказать.
MVC - не всегда оправдано, в данном примере - излишне.
Всему свое место!
Если вы такой поклонник MVC, то почему вы не хотите код писать компактно?
в самой обычной ситуации, я не собираюсь писать отдельный скрипт или втавку, в котором я повешу слушателя на нажатие на ссылку.
Не нужно ничего усложнять!
В каждом языке есть стиль и красота, так вот их нужно придерживаться. Если кто-то это не понимает, то ему нужно повысить свой уровень! Другими словами - должен быть барьер понимания.
Пример - не каждый может понять математический анализ, но стоит его поучить и все станет на свои места!
Компактный и красивый код - всегда будет компактным и красивым, если через некоторое время ты сам не понимаешь, значит приложил не все усилия, чтобы сделать код таковым!
Перфекционизм - вот залог успеха в программирование.
Плюс почти всегда красивый код работает быстрее :) (если это в вашем языке не так, то скоро будет).
А на счет написать if-else вместо тернарного оператора - должно быть оправданно.
Вот пример:
вот здесь писать if-else не разумно, а вызывать функцию, где будет if-else, н-р, нет возможности, поэтому решение - тернарный оператор.
Нужно все использовать с умом,
тогда код будет и быстрым, и красивым.