Веб-фреймворк, в котором AJAX не был продуманным

Question

AJAX - это боль в заднице, потому что по сути это означает, что вам придется написать два набора схожего кода: один для браузеров с включенным JavaScript, а другой - без.

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

И если все, что было не достаточно плохо, вам нужно отправить изменение адреса вместе с запросом, в противном случае пользователь не сможет правильно «щелкнуть назад» (если смущен, посмотрите, что происходит с адресной строкой нажимаешь ссылки в GMail).

Мы ищем что-то, что имело предвидение и цели дизайна с учетом всех этих проблем.

Производительность и безопасность также являются основными проблемами.

Мы также любим системы, основанные на конфигурации, где вам не нужно писать много кода, вы просто помещаете его в легко читаемый формат конфигурации.

Это все равно что просить святого Грааля, верно?

Answer 1

Вы смотрели на Пижаму

Цитируется с сайта

Зачем мне его использовать?

Вы можете писать веб-приложения в Python - удобочитаемое программирование язык - а не в HTML и Javascript, оба из которых становятся быстро не читается даже приложения среднего размера. Ваш дизайн приложения может выиграть от инкапсуляция концепций высокого уровня в классы и модули (вместо того, чтобы пытаться чтобы вместить столько HTML, сколько вы можете выдержать на одной странице); Вы можете использовать повторно - и import - классы и модули.

Кроме того, библиотека AJAX заботится о вся совместимость браузера проблемы от вашего имени, оставляя вас свободно сосредоточиться на приложении развитие вместо изучения всего «обычный» браузер несовместим.

Answer 2

jQuery BBQ: кнопка «Назад» и библиотека запросов призвана помочь с проблемой «кнопки назад» ajax. Вы можете проверить это, если вы рассматриваете jQuery для своей функциональности ajax.

Answer 3

Да, NOLOH PHP Framework (сам сайт был написан на NOLOH) - это тот самый Святой Грааль. NOLOH был разработан с нуля для решения этих проблем. Вы разрабатываете на одном языке на стороне сервера, и он заботится обо всем остальном. Не нужно беспокоиться об AJAX или кросс-браузерных проблемах. NOLOH существует с 2005 года и используется в различных компаниях, больших и малых. Он значительно превосходит конкурентов по производительности благодаря своему легкому весу и характеру по требованию.

NOLOH недавно выступил с докладом на Confoo, наиболее подходящими частями этой презентации к вашему вопросу являются живые примеры и базовое кодирование .

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

Отказ от ответственности: я являюсь соучредителем NOLOH.

Наслаждайтесь.

Answer 4

Два подхода к этой проблеме вообще. Одним из них является то, что фреймворк попытается сделать все это, как Microsoft ASP.NET с ее инструментарием Ajax. Это включает элементы управления на стороне сервера, которые производят функциональность Ajax со всем сгенерированным для вас кодом на стороне клиента и на сервере. Например, их элемент управления UpdatePanel допускает частичное обновление страницы через вызов Ajax. Тем не менее, он не является универсально популярным в качестве основы в целом, потому что их модели Page и Control иногда рассматриваются как слишком тяжелые и перегруженные.

Второй, более «тонкий» подход - разделить проблемы. Позвольте jQuery или подобной библиотеке справиться с кросс-браузерными несоответствиями и клиентской стороной вызова Ajax и использовать простую облегченную веб-среду на стороне сервера, такую ​​как Groovy on Grails или Microsoft ASP.NET MVC (есть и другие, как я Я уверен, что люди будут указывать). Любая приличная среда должна быть способна легко генерировать данные JSON или XML в ответ на вызов Ajax.

Что касается браузеров с отключенным Javascript - это двадцать первый век. Тебе действительно нужно больше их обслуживать?