Я прототипирую веб-интерфейс к серверному приложению на Java, и натуральным образом смотрю в сторону AJAX, поскольку функциональность сервера полностью доступна по веб-сервисному протоколу. То есть я из браузера могу запросто вызвать серверный метод. объявленный в Java интерфейсе, к примеру, вот так



Для доступа я использую стороннюю библиотечку, которая реализует протокол связи и скрывает детали асинхронного вызова, маршализации и размаршализации объектов. По результатам выполнения функции я получаю динамически сформированный объект, весьма похожий на исходный объект Java. Например, я могу доступиться к свойствам объекта User, используя примерно такой синтаксис:



То есть в целом все хорошо - но до тех пор, пока мы находися в пределах одной странички. Я могу подгружать всякие данные, перерисовывать элементы интерфейса - кайф, одним словом. Но вот я перехожу по другому адресу, и получается, что вся инфа, которую я успел насобирать, на новой странице уже недоступна. Это что, придется делать все вызовы заново? А нельзя ли как-то передать переменные через каую-нибудь глобальную структуру?

Простейшую инфу я могу засунуть в кукисы. а вот как быть со сложными объектами? Кто чего может подсказать?

Таких стандартных методов нет, кроме специальных объектов в IE для доступа к локальным файлам. Даже куки используются разные для разных каталогов одного хоста. Поэтому аяксы работают на одной странице, и максимум, что себе позволяют - обращаться к разным якорям.

Stampede, насколько объемная и сложная у тебя инфа и почему нельзя хранить все в сессии на сервере и подгружать при каждом обращении?

попробуй через урл передавать, по ссылке то бишь

Подождите-ка, товарищи: а как насчет фреймов? Я вот щас мельком просмотрел топик Окна и фреймы - по всему выходит, именно то, что мне надо. Дайте попробую объяснить подробнее.

Вот допустим я делаю свой Гугыль Мэйл (ну это просто такая простая и наглядная модель). Предположим. у меня есть три разных вида, которые, с одной стороны, абсолютно различаются по структуре и функциональности, а с другой - используют некоторые общие элементы данных. Например, виды такие:

• Содержимое папки
• Просмотр письма
• Профиль юзера

При этом каждый из трех видов должны иметь доступ к следующей инфе:

• инфа о юзере (имя, адрес почты, id);
• список всех папок юзера;

Как городить все это в одном документе я примерно представляю: завести специальный div и подгружать в него ХТМЛ болванки соответствующих видов, а потом обрабатывать клиентским скриптом. Но вот я подумал, а что если сделать это в виде фреймов? Тогда всю глобальную инфу можно будет хранить в главном документе, а в окно выводить страницу. по большей части сгенерированную на сервере. Тогда нагрузка на клиента, и соответственно объем JS кода будет значительно меньше.

Щас сяду пробовать, а вы пока подумайте, нет ли в этом каких подводных граблей

Но речь же шла о передаче из старой страницы в новую, когда сменяется УРЛ. Если обновляемый документ в фрейме, УРЛ окна не изменится. Какая вообще надобность в переходах?

Если делается типа ГМайла, то там всё устраивается на 1 странице. Причём в браузерах, не поддерживающих XMLHttpRequest идёт работа через фрейм (iframe).

Да-да, уже нарыл про IFRAME, делаю через него.



Ну, если быть точнее, я хотел, чтобы разным view соответствовали разные урлы - чтобы при необходимости можно было по урлу (с параметрами) восстановить содержимое view. Например, через закладку или как строковую ссылку. Но чтобы при этом контекст документа не терялся. Надеюсь, IFRAME должен сработать. Как чего получится - сообщу.

Переменные в страницах по УРЛу не восстанавливаются, не тратьте время, только значения полей форм, если страница кешируется и взята из истории(кроме Оперы).