2010-01-12 3 views
0

Я уже давно подумываю о разработке веб-приложения с использованием HTML и JavaScript, но я ударил стену во время моих размышлений. Я хочу, чтобы иметь возможность подключаться к удаленному хосту с помощью этого приложения (долгосрочное, а не короткое), которое, к сожалению, не является сервером, на который запрашивалась страница.Подключение к удаленным хостам в веб-приложении HTML/Javascript

Из того, что я читал, JavaScript не может поддерживать долгосрочные подключения, и, кроме того, он не будет запрашивать нигде, это не тот домен, из которого была загружена страница. Я считал скрытые объекты Java или Flash, но Flash, кажется, стоит денег, а Java требует подписанный апплет (и я не знаю, стоит ли его подписывать).

Единственное решение, которое, как я думаю, может работать, - это использовать мой сервер в качестве прокси-сервера для других (через неподписанный Java-апплет?), Но я действительно не хочу этого делать, если могу помочь. Это мой единственный реалистичный вариант, или есть другие решения, которые я еще не рассматривал?

(я рассматривал с просьбой об одном из других SO-так-сайтов, но StackOverflow казался наиболее удачным, так как это в значительной степени программирование и дизайн проблема.)

+0

Есть ли какая-то особая причина, почему эта логика должна быть в клиенте? Как правило, с помощью webapp клиент будет делать запросы на сервер, сервер будет выполнять всю работу и обработку grunt, а затем возвращать относительно простой ответ клиенту, что просто делает его приятным для пользователя. –

+0

Короче говоря, я не считаю, что это ваш типичный веб-сервис. Я бы предпочел не вдаваться в подробности (поскольку это только идея в моем сознании на данный момент), но это несколько похоже на игрового клиента. В любом случае, я решил отключить управление подключением и так на сервере (см. Мой ответ ниже), но клиенту нужен апплет Java для поддержки соединения и действия на сигналах, отправленных сервером, чтобы обновить представление браузера , – Twisol

+0

Установки растут на меня по минутам, не в последнюю очередь потому, что она довольно красиво отделяет представление от контроллера/модели (при условии MVC). – Twisol

ответ

1

После тщательного рассмотрения своих собственных планов по применению, я «Мы решили идти вперед с использованием подхода server-as-proxy. Когда клиент обрабатывает соединения, которые сначала звучат как хорошая идея, чтобы сохранить на серверных ресурсах, но это сделало бы другие идеи реализации неработоспособными. Придерживаясь строгой модели server-as-proxy, мы решаем эти и другие проблемы, над которыми я размышлял, поэтому я полагаю, что это так!

Смежные вопросы