SharedObject (Flex 3.2) ведет себя неожиданно, когда строка запроса присутствует в URL-адресе

Question

Резюме: Поведение, показанное ниже, похоже, указывает, что если ваше приложение на www.someplace.com устанавливает/извлекает данные через SharedObject, есть своего рода .sol, если пользователь нажимает ваше приложение на someplace.com, а затем позже на someplace.com?name=value.

Может ли кто-нибудь подтвердить или опровергнуть это?

Я работаю над веб-приложением Flex, которое представляет пользователю страницу входа. Когда пользователь вошел в систему, ему/ей предоставляется «комната», которая связана с «группой».

Мы храним комбинацию номеров/групп последнего посещения в SharedObject - поэтому, когда данный пользователь входит в систему, они берутся в самую последнюю комнату, в которой они были активны.

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

1) строка запроса содержит имя пользователя, GroupID и RoomID

2) строка запроса содержит только имя пользователя в

Потому что мы работаем быстро и имеют лишь несколько разработчиков, система автоматического входа в систему построена на последней системе. Во время процесса автоматического входа URL-адрес проверяется, и если в строке запроса обнаружены значения groupId и roomId, объект SharedObject открывается, а значения идентификатора группы/номера последнего посещения перезаписываются значениями параметров.

Это хорошо работает, когда приложение попадает в строку запроса второго типа (без параметров groupId и roomId), приложение переходит в SharedObject, чтобы получить значения хранимой комнаты и группы, как обычно бы. И вот в чем проблема:

Значения, с которыми он возвращается, - это те значения последнего параметра комнаты/группы, которые не были последними последними посещенными параметрами комнаты/группы.

И если данный пользователь никогда не ударил приложение с строкой запроса, которая включала значения идентификатора группы и комнаты, приложение получает значения null из объекта SharedObject.

Потребовалось некоторое копание, но похоже, что это происходит, так как второй набор данных хранится/ожидается в SharedObject, если строка запроса присутствует в URL-адресе.

Глядя на файл .sol в текстовом редакторе, я вижу более нетранслируемый код и дополнительные значения для группы и комнаты, как только я попал в приложение с URL-адресами, содержащими строки запроса.

Я не нахожу ничего в Интернете об этом, но это может быть связано с отсутствием необходимых навыков поиска.

У кого-нибудь еще есть что-то подобное? Или вы знаете, как это решить?

Я пробовал установить Security.exactSettings на false, уже - действительно надеялся, что это сработает.

Answer 1

Одна вещь, которую следует помнить: - Они общие, но с задержкой. Если вы получите общий объект и внесите в него изменения, изменения будут записаны клиенту .sol - после задержки.

Кроме того, я заметил, что для некоторых клиентов (особенно Vista) доступ к ShraedObjects в начале состояния приложения вызывает исключение. Если вы попробуете снова немного позже, обычно это удастся.

Answer 2

Похоже, что вы правильно записываете общий объект во время процесса входа в систему, но не правильно записываете комнату/группу в общий объект, когда пользователь меняет комнаты/группы при использовании приложения.

Вот почему значения были бы нулевыми, если бы они никогда не попадали в приложение с параметрами комнаты/группы и почему значения arent отражают изменения, которые происходят после процесса входа в систему.

Также, чтобы убедиться, что значения сохраняются на диск после их записи, вы можете позвонить mySharedObject.flush().