Спасибо за замечания. Но я ставил цель показать самый простой способ использования WebSocket в своих проектах. Тем более это наиболее удобный вариант для реализации web-клиентов для iPhone и Android-смартфонов, а также Google Apps. — что без сомнения делает это решение востребованным в наши дни.
jetty continuation использует XMLHttpRequest, посему он не четвертый вариант, а второй)
Информации по XMLHttpRequest существует достаточно много. Я же хотел рассказать про WebSocket. А в моем проекте, который я уже сдал, я не использовал Jetty напрямую. Я реализовал WebSocket с использованием JWebSocket, у которого есть поддержка соединения через FlashBridge. Про JWebSocket хочу написать отдельную серию постов.
Совсем не обязательно, конечно! Вы работали за маком в Safari? — Мне кажется, очень приятный минималистичный браузер. Все прокрутки работают плавно, анимация не тормозит. Safari на маке очень не похож на Safari для Windows, для серфинга очень даже ничего.
Я сколнен предположить, что большинству пользователей мака не нужны другие браузеры, одного Safari достаточно.
Согласен. Все зависит от задачи. WebSocket нельзя использовать как единственный способ связи на сайтах. Но если речь идет об автоматизации деятельности предприятия, где разработчик диктует системные требования?
Более того, WebSocket прекрасно поддерживает Chrome. В виду последних событий, развитие Google Apps в сомнения не вводит!
Также технология очень популярна в развитии web-приложений для Android и iOS. iOS и Android используют миллионы, многие ресурсы www делают отдельный клиент для этих платформ, так как, скорее всего такие пользователи — именно наши целевые клиенты, — клиенты, которые готовы платить $5/мес. за достойный сервис.
А рано или поздно все равно iframe и long-polling уйдет в прошлое. Главное тут то, чтобы во-время просветить себя в новых технологиях, тем более, что они предоставляют гораздо более лаконичный и простой доступ к данным без каких либо костылей. Не согласны?
long polling для меня — это «бесконечный iframe» версии 2.0
Может быть, это мое субъективное мнение… Но зачем использовать XMLHttpRequest для отложенного ответа в IE6, если бесконечный iframe поддерживается даже в IE3 на Windows 95.
Кстати, Windows 95 даже IPv4 без бубна не тянет)))
Не готов к холивару… Писал об этом выше. Извини. Давайте продолжим, когда будем трезвыми) Сегодня Ваш день! Я надеюсь, вы достойно прокомментируете вторую часть статьи. Спасибо за ваш комментарий. Вы не представляете, как я Вам рад сегодня!
Вы извините. Может переборщил. Пьяный сегодня. День Программиста. Что я хотел сказать — каждый более высокий уровень программирования почти всегда сложнее чем более низкий.
Я очень хочу написать пост про JWebSocket… Как закончу серию этих постов, обязательно, напишу про JWebSocket! Какой смысл использовать JWebSocket, который основан на Jetty WebSocket, который в свою очередь основан на Netty? Не легче использовать сразу Netty, программируя базовые уровни обмена данными через UDP?
А в банк-клиенте онлайн должен быть слышен шелест денег.
Вы забыли: Когда в меню есть подменю, надо справа от лэйбла меню рисовать стрелочку.
Информации по XMLHttpRequest существует достаточно много. Я же хотел рассказать про WebSocket. А в моем проекте, который я уже сдал, я не использовал Jetty напрямую. Я реализовал WebSocket с использованием JWebSocket, у которого есть поддержка соединения через FlashBridge. Про JWebSocket хочу написать отдельную серию постов.
(это не относится к web-разработчикам, которым нужен firebug и пр.)
Все остальные браузеры работают на маке как-то «по-виндозовски».
Я сколнен предположить, что большинству пользователей мака не нужны другие браузеры, одного Safari достаточно.
Более того, WebSocket прекрасно поддерживает Chrome. В виду последних событий, развитие Google Apps в сомнения не вводит!
Также технология очень популярна в развитии web-приложений для Android и iOS. iOS и Android используют миллионы, многие ресурсы www делают отдельный клиент для этих платформ, так как, скорее всего такие пользователи — именно наши целевые клиенты, — клиенты, которые готовы платить $5/мес. за достойный сервис.
А рано или поздно все равно iframe и long-polling уйдет в прошлое. Главное тут то, чтобы во-время просветить себя в новых технологиях, тем более, что они предоставляют гораздо более лаконичный и простой доступ к данным без каких либо костылей. Не согласны?
long polling для меня — это «бесконечный iframe» версии 2.0
Может быть, это мое субъективное мнение… Но зачем использовать XMLHttpRequest для отложенного ответа в IE6, если бесконечный iframe поддерживается даже в IE3 на Windows 95.
Кстати, Windows 95 даже IPv4 без бубна не тянет)))
В моем случае, автоматизацией пользоваться будут американцы, подавляющим большинством они пользуются браузером Safari.
На сегодняшний момент вижу большой потенциал использования вебсокетов в Google Apps