Hmm, well considering your scenario its not really going to work, unless of course your model objects are created by one (or more) factories and you can place the logic in there. But i guess you would said if that was the case.
Maybe you can let us know what the most generic contact points are within the app. to try and minimise the amount of work you would have to do. e.g. do a lot of your models inherit from the same class? are they created using factories or instantiated explicitly. Thinking about it, you wouldnt have to refactor the model touchpoints themselves, i.e. the places where the models are accessed, only the places where they are instantiated. The proxies themselves can implement the same interface as the model class so any code further down the line can (and should :) be typed using an interface. If every reference to a model object is typed to a class then you would have to replace the class with the proxy and move the real model code to a new class, which is really what i think youre trying to avoid. I feel like im going in circles a bit here :P anyway, i'll keep thinking and if you can let us know more about the architecture to see what are likely candidates for change points that have the minimum of impact on your code then someone may come up with something really clever. after all, its flash and sometimes you can do suprising things in flash :) good luck. Martin Jim Laing wrote: > Thanks Martin. I think I see what you're saying, but unfortunately, I > don't think proxying is a viable option: we have somewhere in the > neighborhood of 50 model classes (many of which have this type of > cyclic relationship) and we're trying to implement a generic solution, > so we'd have to implement a proxy for each of these model classes. > Even if we can up with a generic ModelProxy class, we'd have to > refactor all of the model touchpoints in our application .... which > would essentially amount to a rewrite. > > If we can't come up with a solution, what we'll have to end up doing > is actually requerying all of the data after we save it in order to > repopulate the model with the sequence-based primary keys and such. > However, this is an ugly solution, and I'd like to be to update the > model when we save. > > Thanks again, but any other suggestions? > > Jim > > On 12/14/05, Rishikesh Shetty <[EMAIL PROTECTED]> wrote: > >> To add to what Martin said, __resolve doesnt work in as3, The Proxy class >>in a replacement for __resolve. >>http://livedocs.macromedia.com/labs/1/flex/langref/flash/util/Proxy.html >> >>-rishi >> >> >> >> -- >> 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 >> >> >> Visit your group "flexcoders" on the web. >> >> To unsubscribe from this group, send an email to: >> [EMAIL PROTECTED] >> >> Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. >> >> ________________________________ >> > > > > > -- > 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 > > > > > > > -- Martin Wood http://relivethefuture.com/choronzon ------------------------ Yahoo! Groups Sponsor --------------------~--> Get Bzzzy! (real tools to help you find a job). Welcome to the Sweet Life. http://us.click.yahoo.com/KIlPFB/vlQLAA/TtwFAA/nhFolB/TM --------------------------------------------------------------------~-> -- 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/ <*> 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/