Веб-платформа, где Ajax не был, после того, как думается
Ajax является болью в заднице, потому что это по существу означает, что необходимо будет записать два набора кода similarish: один для браузеров с JavaScript включил и те, которые не имеют.
Не только это, но и необходимо соединить события JavaScript, чтобы сцепиться в модели и отобразить результаты.
И если все, что не было достаточно плохо, необходимо отправить изменение адреса с запросом, иначе пользователь не сможет "нажать назад" правильно (если запутанный взгляд на то, что происходит со строкой поиска, когда Вы нажимаете на ссылки в Gmail).
Мы ищем что-то, что имело предвидение и цели дизайна со всеми этими проблемами в памяти.
Производительность и безопасность являются также очевидными главными проблемами.
Мы любим основанные на конфигурации системы также, где Вы не должны писать много кода, Вы просто бросаете его в легко считанный формат конфигурации.
Это похоже на просьбу о праве Святого Грааля?
4 ответа
Да, NOLOH PHP Framework (сам сайт был написан на NOLOH) - это святой Грааль. NOLOH был разработан с нуля для решения этих проблем. Вы разрабатываете на одном языке на стороне сервера, а он позаботится обо всем остальном. Не нужно беспокоиться о проблемах с AJAX или кроссбраузерностью. NOLOH существует с 2005 года и используется в различных компаниях, больших и малых. Он значительно превосходит конкурентов по производительности благодаря своему легкому весу и удобству использования.
NOLOH недавно выступал с докладом на Confoo, наиболее применимыми частями этой презентации к вашему вопросу являются живые примеры и базовое кодирование .
Если вам интересно узнать о силе NOLOH, вы также можете проверить эту статью Стива Джобса, например , еще одну вещь , демонстрирующую грядущую автоматическую Comet.
Отказ от ответственности: я соучредитель NOLOH.
Наслаждайтесь.
В целом два подхода к этой проблеме. Один из них - это попытка фреймворка сделать все это, например Microsoft ASP.NET с его набором инструментов Ajax. Это включает элементы управления на стороне сервера, которые обеспечивают функциональность Ajax со всем клиентским и серверным кодом, созданным для вас. Например, их элемент управления UpdatePanel позволяет частичное обновление страницы с помощью вызова Ajax. Однако он не пользуется всеобщей популярностью в качестве фреймворка в целом, потому что их модели Page и Control иногда считаются слишком тяжелыми и раздутыми.
Второй, более «тонкий» подход заключался бы в разделении проблем. Пусть jQuery или аналогичная библиотека справляется с кроссбраузерными несоответствиями и клиентской стороной вызова Ajax, а также использовать простую облегченную веб-платформу на стороне сервера, такую как Groovy on Grails или Microsoft ASP.NET MVC (есть и другие, как я '' м уверен, люди укажут). Любая достойная среда должна быть способна легко создавать данные JSON или XML в ответ на вызов Ajax.
Что касается браузеров с отключенным Javascript - это двадцать первый век. Вам действительно нужно их больше обслуживать?
Вы когда-нибудь видели Pyjamas
Цитата с сайта
Почему я должен его использовать?
Вы можете писать веб-приложения на python - читаемом языке программирования - вместо HTML и {{1 }} Javascript, оба из которых становятся быстро нечитаемыми даже для приложений среднего размера. Дизайн вашего приложения может выиграть от инкапсуляции концепций высокого уровня в классы и модули (вместо того, чтобы пытаться уместить как можно больше HTML {{1}) }} на одну страницу); вы можете повторно использовать - и импортировать - классы и модули.
Кроме того, библиотека AJAX берет на себя все проблемы взаимодействия с браузером от вашего имени, позволяя вам сосредоточиться на разработке приложений вместо изучение всех "обычных" несовместимостей браузеров.
jQuery BBQ: Back Button & Query Library призван помочь с проблемой «кнопки возврата» ajax. Вы можете проверить это, если рассматриваете jQuery для своей функциональности ajax.