про грамотное проектирование — это все правильные слова, часто имеющие мало общего с реальностью, в условиях ограниченности ресурсов. К сожалению, мы живем в реальном мире.
Вопрос скорее сводится к тому, кто какой идеологии придерживается:
— разрешено все, что не запрещено, или
— запрещено все, что не разрешено…
конкретный пример, просто из жизни, демонстрирующий применение этого принципа (может, немного упрощенно).
Есть компонент, конкретно — элемент формы (поле ввода с доп. примочками). Как параметры ему передаются данные, которые могут трактоваться как аттрибуты html-тега. Эти аттрибуты задает только разработчик-пользователь CMF. По какому пути пойти?
1 — разрешить в значениях и именах этих параметров только символы, которые гарантировано не нарушат спецификацию XHTML, будут валидны в качестве JS-селекторов и прочее и прочее. Если разработчик-пользователь CMF что-то не то указал — жутко ругаться и прекращать работу, или
2 — оставить имена и значения параметров на усмотрение разработчика-пользователя CMF. Если надо использовать «невалидные аттрибуты» — это его дело, он сам за это отвечает.
А насчет не стоит писать — я бы не был настолько категоричен. Если следовать вашей логике — зачем писать разный софт, выполняющий одни задачи — хватит одной ОС, одного редактора, одного плейера, одной игры.
речь в вопросе конечно идет про разработчиков (собственно, айтишников), для которых и создается инструментарий (CMF) а не про конечных пользователей.
Вопрос в том, стоит ли в этом инструментарии запрещать стороннему разработчику «выстрелить себе в голову»
сплошные недостатки.
Это, простите, здец…
0.2c на P4 core2Duo 2.4GHz
видимо, мы друг друга не понимаем…
Хотя это конечно требует немалой самодисциплины )))
Вопрос скорее сводится к тому, кто какой идеологии придерживается:
— разрешено все, что не запрещено, или
— запрещено все, что не разрешено…
конкретный пример, просто из жизни, демонстрирующий применение этого принципа (может, немного упрощенно).
Есть компонент, конкретно — элемент формы (поле ввода с доп. примочками). Как параметры ему передаются данные, которые могут трактоваться как аттрибуты html-тега. Эти аттрибуты задает только разработчик-пользователь CMF. По какому пути пойти?
А насчет не стоит писать — я бы не был настолько категоричен. Если следовать вашей логике — зачем писать разный софт, выполняющий одни задачи — хватит одной ОС, одного редактора, одного плейера, одной игры.
Мое мнение — простой и понятной документацией, придерживанием одних и тех же простых и прозрачных принципов во всем проекте
Вопрос в том, стоит ли в этом инструментарии запрещать стороннему разработчику «выстрелить себе в голову»
может, вы каментом ошиблись? )))
Что-то новость какая-то не впечатляющая. Или никто раньше не слышал про снифферы?
голова одна шт
глаза 2 шт
нос 1 шт
рот 1 шт
ухи 2 шт
прическа 1 шт
вродь ничё не забыл