What I do is typically is have one delegate that groups server interaction for every specific portion of the app. So one delegate is used by several commands. For an example ticketing app I'd have a UserDelegate (for specific user interaction, might have several method) and TicketDelegate (has several methods for interacting with a server... ex.: create, update, etc...)
 
Hope that helps.
 
Dimitrios Gianninas
RIA Developer
Optimal Payments Inc.
 


From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of flxcoder
Sent: Monday, August 14, 2006 2:01 PM
To: [email protected]
Subject: [flexcoders] Cairngorm:One controller, so many commands, so many delegates, so many events

Now I have about 4-5 events that correspond with the app server and
get data back. Each of these events get registered with the
CairngormEvent. When the controller executes these events it needs a
command associated with the event. Each such command needs a delegate.

So for my one interaction with the server I have at least one Event
class, one Command class and one delegate class and untold number of
interests in the ModelLocator. This is leading to code cluge.

Just wondering whether this is what the rest of the developers are
doing or am I doing something wrong. In my app, I might end up having
about 30-40 separate server calls at least. That will lead to 90-120
independant files.

Is this what you are running into as well? Am I missing something?

Thanks.

AVIS IMPORTANT

WARNING

Ce message électronique et ses pièces jointes peuvent contenir des renseignements confidentiels, exclusifs ou légalement privilégiés destinés au seul usage du destinataire visé. L'expéditeur original ne renonce à aucun privilège ou à aucun autre droit si le présent message a été transmis involontairement ou s'il est retransmis sans son autorisation. Si vous n'êtes pas le destinataire visé du présent message ou si vous l'avez reçu par erreur, veuillez cesser immédiatement de le lire et le supprimer, ainsi que toutes ses pièces jointes, de votre système. La lecture, la distribution, la copie ou tout autre usage du présent message ou de ses pièces jointes par des personnes autres que le destinataire visé ne sont pas autorisés et pourraient être illégaux. Si vous avez reçu ce courrier électronique par erreur, veuillez en aviser l'expéditeur.

This electronic message and its attachments may contain confidential, proprietary or legally privileged information, which is solely for the use of the intended recipient. No privilege or other rights are waived by any unintended transmission or unauthorized retransmission of this message. If you are not the intended recipient of this message, or if you have received it in error, you should immediately stop reading this message and delete it and all attachments from your system. The reading, distribution, copying or other use of this message or its attachments by unintended recipients is unauthorized and may be unlawful. If you have received this e-mail in error, please notify the sender.

__._,_.___

--
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
Web site design development Computer software development Software design and development
Macromedia flex Software development best practice


YAHOO! GROUPS LINKS




__,_._,___

Reply via email to