SharedObjects are extremely useful, and can be
leveraged in many different ways. They may appear at first to be limited,
but don't let that adversely affect your attitude in using them. Here are
some creative examples I've seen them used for:
- I use one in my DebugWindow. When you drag
the window, and let go, it saves the x and y coordinates of where you dropped
it. That way, if you re-compile your app in FlexBuilder and it launches
again, it'll be where you left it. Since I usually move it out of the way
of the interface, this is extremely useful vs. "figuring out" where to put it
via a move command all throughout development.
- Those bastards (United Virtualities for
example) that make floating Flash ads, and other various banner ad
technology utilize local SharedObjects to make a copy of your cookies.
That way, when the user deletes their cookies in their browser, a site can later
query a SWF to see if it has a copy. This ensures those sites can have
better tracking data.
- Delta changes for data synchronization. For
exmple, you make a change to some data. It attempts to save those changes,
but there is no internet connection, so it saves it locally in a "need to
update" list (array). When you have a connection again, it runs through
the list sending to the server the change request until the list is empty.
Abstracting this away into Business delegates adds a nice
support of Occasionally Connectivity. Naturally, this is better
leveraged in a desktop environment like Apollo, but you get the
drift.
- Saving the last used name for a login field (not
the password obviously).
As far as the user being requested, you can
actually see what the user is preseneted with: Right click on a SWF, and choose
settings. Then choose the 2nd tab. You can launch this dialogue
through code via flash.security.SecurityPanel (
SecurityPanel.LOCAL_STORAGE).
I don't think it's 10k by default, but 100k.
This is saved on a per sub-domain basis.
----- Original Message -----
From: Shannon Hicks
Sent: Sunday, July 23, 2006 12:23 PM
Subject: RE: [Junk E-Mail - LOW] Re: [Junk E-Mail - MED]
[flexcoders] A general Flex application deployment question.. Paul said that the current application was great when it
was working, but everyone hated it when it was slow or the internet connection
was down. I was not implying that flex doesn't work, or that I couldn't connect
to them. I was saying Flex has no built-in mechanism to handle when the
connection with the server is severed.
I did a little quick research on sharedObjects... So if I
need to store more than 10k of data, I need to get the user to change their
flash settings? Seems like it's not terribly useful for maintaining a history of
additions/changes of data for my app, should the connection between client &
server drop. Hopefully I'm misunderstanding this, or Apollo will address these
problems.
Shan
From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of hank williams Sent: Sunday, July 23, 2006 10:13 AM To: flexcoders@yahoogroups.com Subject: [Junk E-Mail - LOW] Re: [Junk E-Mail - MED] [flexcoders] A general Flex application deployment question..
On 7/23/06, Shannon
Hicks <[EMAIL PROTECTED]>
wrote:
I'm not sure exactly what you mean by this. I have no problem "connecting" to flash/flex apps. Of course if the internet connection is down then things wont work, but that's not a flex issue.
Actually, flash has local sharedObjects that allow an application to save data locally.
I'm not sure he was concerned about occasional connections to the server. He simply said remotely served application.
-- -- -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com
SPONSORED LINKS
YAHOO! GROUPS LINKS
|
- [flexcoders] A general Flex application deployment question.... Paul Andrews
- Re: [flexcoders] A general Flex application deployment ... hank williams
- Re: [flexcoders] A general Flex application deploym... Paul Andrews
- Re: [flexcoders] A general Flex application dep... hank williams
- RE: [Junk E-Mail - MED] [flexcoders] A general Flex app... Shannon Hicks
- Re: [Junk E-Mail - MED] [flexcoders] A general Flex... hank williams
- RE: [Junk E-Mail - LOW] Re: [Junk E-Mail - MED]... Shannon Hicks
- Re: [Junk E-Mail - LOW] Re: [Junk E-Mail - ... Paul Andrews
- Re: [flexcoders] A general Flex application... Paul Andrews
- Re: [Junk E-Mail - LOW] Re: [Junk E-Mail - ... JesterXL
- Re: [Junk E-Mail - MED] [flexcoders] A general ... Paul Andrews
- Re: [Junk E-Mail - MED] [flexcoders] A gene... hank williams
- Re: [Junk E-Mail - MED] [flexcoders] A... Paul Andrews
- Re: [Junk E-Mail - MED] [flexcoder... hank williams
- Re: [Junk E-Mail - MED] [flexc... Paul Andrews
- RE: [Junk E-Mail - MED] Re: [Junk ... Shannon Hicks