>some concerns about potential RSL caching and how to overcome that
 >(I think it can be easily overcome with a proper rollout strategy)

I'm curious to hear what your plan is to deal with the caching of 
RSL(s). Or how others deal with it. Any suggestions?


derrickgrigg wrote:
> I actually was concerned about the HOW and the WHY. I wanted to find 
> out why doing it that way was a good solution or why someone else's 
> solution would be better or more viable. And if the proposed 
> solution was good, was how I intended to implement that solution the 
> right way. 
>
> I completely agree that having Abstract and Interface classes just 
> to accomplish modularity is basically creating a code management 
> problem. The only reason it was seriously being considered was to 
> allow the development of seperate module swfs, that need to use the 
> same base classes (ie models, command and value objects), without 
> having to worry about code duplication and errors/conflicts when 
> module swf are being loaded in the main shell application. 
>
> I've had problems in the past with Flash and RSLs plus I still have 
> some concerns about potential RSL caching and how to overcome that 
> (I think it can be easily overcome with a proper rollout strategy), 
> so I was a little hestitant to pursue that idea. However, from your 
> post and Erik's (plus my own nagging suspicion), I think having the 
> base code in an external SWC and using that as an RSL is the right 
> was to go. 
>
> Derrick
>
>
>   
>
>   



--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/flexcoders/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/flexcoders/join
    (Yahoo! ID required)

<*> To change settings via email:
    mailto:[EMAIL PROTECTED] 
    mailto:[EMAIL PROTECTED]

<*> To unsubscribe from this group, send an email to:
    [EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/
 


Reply via email to