Хороший фреймворк плохого не посоветует

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

Один из ярких примеров — отказ включать "поддержку ajax". Я взял это в кавычки, потому что это оксюморон: ajax не нуждается ни в какой особенной поддержке со стороны серверного кода. В подавляющем большинстве случаев, когда люди просят такую поддержку, они имеют в виду "я не знаю javascript, поэтому хочу чтобы фреймворк сделал все за меня". И несмотря на то, что это, наверное, хорошая цель сама по себе, на данный исторический момент это скорее всего выльется в то, что рано или поздно разработчик столкнется с тем, что автоматически сгенерированный javascript либо работает не так, как надо, либо не работает вообще.

Другой пример нашел только что в рассылке: некто написал middleware для вызова Django'вских view из приложения на Flash. Первые же два отзыва — "this is great!"

Почему-то я уверен, что ни один из тех людей, которые пойдут это использовать, потому что "this is great!", не будет задумываться, что сама идея полного, не регулируемого контроллером доступа к внутренней логике прямо из презентационного кода нарушает модель работы веба как таковую. Я не говорю, что так никогда нельзя делать, но это тот случай, когда надо четко себе представлять, как работает HTTP, как не поломать кеширование, кнопку "Назад", занесение закладок... Но скорее всего из этого получится очередной "монстрик", слепленный из самых модных трехбуквенных сокращений, который будет бесполезен, и которого невозможно развивать без полного переписывания кода.

Я надеюсь, что такая штука не попадет в официальный пакет приложений Django.