Как стать автором
Обновить

Комментарии 20

Строго говоря, подход только один и Ajax'ом можно назвать работу исключительно с XML. Все остальное - технология с другим названием.
Можете пояснить, что вы имеете в виду?

Технология называется XHMLHttpRequest, Ajax - это популяризаторский лейбл, и уж под ним понимают всё что угодно.
Начнем с того, что называется все же XMLHttpRequest(см. например http://www.w3.org/TR/XMLHttpRequest/#xml… Соответственно ни о каком HTML или JSON речи не идет. Более того, абривеатура Ajax расшифровывается как Asynchronous JavaScript and XML (http://en.wikipedia.org/wiki/Ajax_%28pro… Собственно про HTML мы и тут не видим ;)
Нет, я не против развития технологии. Более того, считаю, что в большинстве случаев генерация в ответ HTML-кода наиболее разумное решение (и сам такой подход использую). Но мы же не "тупые" заказчики, которые покупаются на красивые слова. Поэтому называть вещи надо своими именами. Поэтому называть статью "о совмещении подходов к написанию Ajax-приложений" минимум - не корректно.
спасибо. в названии я опечатался, конечно. про то так рассшифровывается Ajax я, и, думаю, многие уже давно забыли. собственно, в той же статье на википедии: XML is sometimes used as the format for transferring data between the server and client, although any format will work, including preformatted HTML, plain text, JSON and even EBML.

так что думаю уже название вполне оправданное, понятие давно расширилось
Если бы все так расширялось, то слов - ложка, вилка, нож - не было бы. Были бы просто - столовые приборы ;)
ну ладно, все уже привыкли, что ajax это в первую очередь "aja" а потом уже "x". а термин прижился, и хорошо. не менять же.
Я к чему этот разговор завел - для заказчика Ajax - это красивая и популярная завлекаловочка. Для разработчиков - это своего рода паттерн разработки. А паттерн должен достаточно четко определять метод реализации. Вот представь - мы с тобой разрабатываем сервис, договорились, что у нас будет Ajax. Ты это понимаешь как передачу XML, а я - выдачу HTML. Т.е. нам придется дополнительно договариваться как будет реализовываться, чтобы приложение было более-менее цельным и в одном стиле написаным. А вот если бы мы ввели дополнительно термин, например, xAjax (eXtended) то уже было бы понятно с чем будем работать.
Даже в этом случае вам придется договориваться, что же под этим термином вы понимаете :)
Да в любом случае договариваться надо.
Если мы говорим о паттерне, то достаточно того, что каждый участник знает что из себя представляет этот паттерн. Собственно для этого и нужны паттерны, да и просто названия технологий.
Если о паттерне, то да. А разве ajax именно как паттерн имеет четкое определение (я здесь не берусь рассматривать расшифровку аббревиатуры именно как паттерн)? Как раз именно сложившаяся практика его использования (на мой взгляд, т.к. очень тесно работаю с технологией) - передача HTML кусков и JSON.
Фактически, в среде разработчиков, термин уже определяет паттерн. А вот то, что за ним при этом скрываются совершенно разные реализации - это плохо. Для разработчиков.
Ну это опять же разные точки зрения. Для меня ajax является не паттерном а некой парадигмой. А вот выработка паттернов еще только в процессе.
да
е54е
не верно. вместо XHMLHttpRequest Ajax можно построить на iframe. Ajax это не популяризаторский лейбл, а определение конкретного поведения страницы в браузере.
Хм.. ajax из технологии уже давно превратился в концепцию. Честно говоря, применение XML уже скорее исключение чем правило - все или JSON-ом кидаются, или же HTML-ными кусками. Те-же аяксовые библиотеки за редким исключением XML вообще не пользуют.
вы ошибаетесь. Ajax это всего лишь явление асинхронного обмена данными браузера с сервером. То есть любая реализация обновления страницы без полной её перезагрузки с сервера. Ни в названии, by в определении Ajax не присутствует обязательное упоминание XML. Зачастую и сам запрос может поизводиться без помощи XMLHTTPRequest - через скрытиые iframe.
Вторая сложность: построение HTML полностью вручную с помощью методов DOM.

Ну, в определенных случаях, можно вообще отказаться от HTML, а в замен использовать XSL + XML.
Тем не менее уже давно имеются JS библиотеки, реализующие XSLT и XPath.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории