[Fling] Updated TypeResolver
John Grden
neoriley at gmail.com
Mon May 22 13:53:39 EDT 2006
sweeeet! Yeah, I'll let Chris comment on this, but we had something in ther
that was similar for that very reason that was from Xray, but couldn't
remember "why"
this would be the "why" ;)
On 5/22/06, Samuel Agesilas <samuel_agesilas at qyucorp.com> wrote:
>
> Hi Guys,
>
> I was checking out the typeResolver and I noticed an issue when
> resolving arrays. When you try to evaluate arrays it resolves it as
> an object. I realized that this is because at run time Flash treats/
> cast Arrays and Objects as Objects. So if you use this...
>
> var a:Array = new Array();
> trace( a instanceof Object );
> trace( a instance of Array );
>
> both will return true. This is the only object I noticed this
> behavior on. A work around that I've found is check against the
> object prototype. For example...
>
> var a:Array = new Array();
> trace( a.__proto__ == Array.prototype );
> trace( a.__proto__ == Object.prototype );
>
> which in this case the first will evaluate to true and the second
> will evaluate to false.
>
> What do you guys think?
>
> -sam
>
>
> On May 22, 2006, at 10:47 AM, Chris Allen wrote:
>
> > I see where you guys are gong with this. However, I think that using a
> > Spring config file is still possible and will make sense, especially
> > if we have a data holding object that represents this structure.
> >
> > Let's do a Skype meeting at some point and discuss the possibilities.
> > My concern your approach is that we may be building more configuration
> > files than we need, and that working on the ApplicationContext will be
> > useful for many other things as well.
> >
> > -Chris
> >
> > On 5/22/06, John Grden <neoriley at gmail.com> wrote:
> >> OH then yeah, I totaly agree - with the little I know about
> >> Spring, yes,
> >> this would be related to AssetManager/loader etc.
> >>
> >> LOVE YOU! (non-gay)
> >>
> >>
> >> On 5/22/06, Grant Davies <grant at bluetube.com> wrote:
> >> >
> >> >
> >> >
> >> >
> >> > John
> >> >
> >> > completely agree, and I think this is a function of the
> >> assetloader and
> >> not of spring which was my contention, we can talk to chris about
> >> it when he
> >> gets his butt out of bed :) lol
> >> >
> >> > Grant
> >> >
> >> > ________________________________
> >>
> >> > From: John Grden [mailto:neoriley at gmail.com]
> >> >
> >> > Sent: Mon 5/22/2006 9:20 AM
> >> >
> >> > To: Grant Davies
> >> > Cc: Chris Allen; Fling at osflash.org; Samuel Agesilas
> >> > Subject: Re: Updated TypeResolver
> >> >
> >> >
> >> >
> >> >
> >> > yeah, I'm not sure what you mean with all your tech-no talk ;)
> >> >
> >> > I'm just saying that there has to be a relationship between the
> >> assets AND
> >> they location within the flash presentation. so, an XML
> >> representation is
> >> an obvious solution.
> >> >
> >> > the config files we have look something like this:
> >> >
> >> > <root>
> >> > <page name="home" src="home_%BANDWIDTH%"
> >> target="main.content.home">
> >> > <children>
> >> > <page name="news" src=... >
> >> > <assets>
> >> > <asset type="movie" src="home_bg.swf"
> >> src="..."
> >> target="..." />
> >> > <asset type="sound"
> >> src="home_bg_music_%BANDWIDTH%.mp3" src="..." target="..."
> >> />
> >> > <asset type="Bitmap" src="home_bg.jgp"
> >> src="..." target="..." />
> >> > </assets>
> >> > <page name="archives" src=... />
> >> > </page>
> >> > </children>
> >> > </page>
> >> > </root>
> >> >
> >> > See how this works? Now the framework knows the relationships,
> >> and the
> >> assets per section. There can certainly be global assets as well.
> >> >
> >> > Does this make sense?
> >> >
> >> >
> >> > On 5/22/06, Grant Davies <grant at bluetube.com> wrote:
> >> > >
> >> > >
> >> > >
> >> > >
> >> > > That makes sense but would you use the spring bean loading
> >> format for
> >> that, I don't think so, I think this is a layer on top of spring,
> >> maybe your
> >> transition manager is created by spring but I think the loading of
> >> those
> >> assets is a none spring xml file and tends to be applicaiton
> >> specific. We
> >> could come up with a generic format for loading a set of assets
> >> based on an
> >> xml file but I don't think it would look like a spring config
> >> file, maybe
> >> I'm wrong I haven't done a great deal with spring yet.
> >> > >
> >> > > Grant
> >> > >
> >> > > ________________________________
> >> From: John Grden [mailto:neoriley at gmail.com]
> >> > > Sent: Mon 5/22/2006 9:04 AM
> >> > > To: Grant Davies
> >> > > Cc: Chris Allen; Fling at osflash.org; Samuel Agesilas
> >> > > Subject: Re: Updated TypeResolver
> >> > >
> >> > >
> >> > >
> >> > > actually, I do this all the time with the blitz sites. We have a
> >> config.xml file and the entire site is laid out (SWF's, FLV's,
> >> Bitmaps - all
> >> assets). The heiarchy is completely spelled out by the config and
> >> is what
> >> the TransitionManager (the next peice in our puzzle) uses to
> >> manage the
> >> elegant loading/transitioning of parent/child SWF's.
> >> > >
> >> > > Example:
> >> > >
> >> > > let's say you have this loaded:
> >> > >
> >> > > home.news.archives
> >> > >
> >> > > And you want to now load:
> >> > >
> >> > > home.games.gallery.xbox
> >> > >
> >> > > TransitionManager will elegantly unload in order archives,
> >> then news
> >> then preload everything needed for games.gallery.xbox. You can
> >> also tell it
> >> to preload assets FIRST , THEN transition everything out.
> >> > >
> >> > > The xml also has information about bandwidth profiling and
> >> could even
> >> provide localization support:
> >> > >
> >> > > <asset type="movie" src="movies/home_%BANDWIDTH%"
> >> target="main.containers.home" />
> >> > > <asset type="movie" src="movies/home_%LANGUAGE%"
> >> target="main.containers.home " />
> >> > >
> >> > > So, since XML is really the universal layer, I say that's what we
> >> support - however that XML is derived, who cares, as long as it
> >> meets the
> >> spec.
> >> > >
> >> > > Make sense?
> >> > >
> >> > >
> >> > > On 5/22/06, Grant Davies <grant at bluetube.com> wrote:
> >> > > >
> >> > > >
> >> > > >
> >> > > > I'm wondering how useful it is to load a bunch of assets
> >> from an xml
> >> file... I can see if if you were writing an image viewer or
> >> something but
> >> not sure about every day use. I know in all my projects I want a
> >> group of
> >> assets loaded on demand not really pre-determined by xml, are you
> >> sure
> >> you're not trying to fit a round peg in a square hole ?
> >> > > >
> >> > > > Grant
> >> > > >
> >> > > >
> >> > > >
> >> > > > ________________________________
> >>
> >> > > > From: Chris Allen [mailto:mrchrisallen at gmail.com]
> >> > > >
> >> > > > Sent: Sun 5/21/2006 11:32 AM
> >> > > > To: Grant Davies
> >> > > > Cc: Fling at osflash.org; John Grden; Samuel Agesilas
> >> > > > Subject: Re: Updated TypeResolver
> >> > > >
> >> > > >
> >> > > >
> >> > > >
> >> > > >
> >> > > > On 5/19/06, Grant Davies <grant at bluetube.com> wrote:
> >> > > > >
> >> > > > > rock on dude, nice job, did you ever figure out that whole
> >> boolean
> >> isssue ?
> >> > > > >
> >> > > > Yep, I sure did. Most of those problems were from using typeof
> >> > > > instead of instanceof in the wrong places and the ordering
> >> of these.
> >> > > > There was also the problem of me being a a dumb ass on
> >> occasion too.
> >> > > > ;-) The unit test proved to be very useful to verify that
> >> all of the
> >> > > > types are being determined correctly.
> >> > > >
> >> > > > > Let me know what you need me to work on next..
> >> > > >
> >> > > > Well, I was thinking that it would be great to work on getting
> >> > > > AssetLoader to load via a configuration file (xml for
> >> example). So,
> >> > > > with this in mind, we can take the Spring approach and work
> >> on a
> >> > > > simple IoC setup. We will need a good class loader, another
> >> class that
> >> > > > reads the xml file and a basic ApplicationContext
> >> implementation. Luke
> >> > > > had made a start to this a while ago, I will be glad to
> >> share with you
> >> > > > his implementation. In fact I will just post it in SVN in
> >> another
> >> > > > section so you can see it on Monday morning. I would prefer
> >> to keep
> >> > > > the same syntax that Spring uses for these files. e.g.
> >> <beans><bean>
> >> > > > etc...
> >> > > >
> >> > > > Other obvious things that need to be finished are the other
> >> Assets.
> >> > > > John is working on the Video/FLV asset and perhaps he can
> >> whip up the
> >> > > > LoadVars one as well. I will finish the AssetManager class
> >> on Monday.
> >> > > >
> >> > > > Let me know your thoughts on all of this.
> >> > > >
> >> > > > -Chris
> >> > > >
> >> > > >
> >> > >
> >> > >
> >> > >
> >> > > --
> >> > > John Grden - Blitz
> >> > >
> >> >
> >> >
> >> >
> >> > --
> >> > John Grden - Blitz
> >> >
> >>
> >>
> >>
> >> --
> >> John Grden - Blitz
>
>
--
John Grden - Blitz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://osflash.org/pipermail/fling_osflash.org/attachments/20060522/9e30deee/attachment.htm
More information about the Fling
mailing list