Assuming you mean a <<control>> object and <<boundary>> objects and <<entity>> objects interacting:
I use <<control>> objects because I don't want to put "business rules" into either <<boundary>> or <<entity>> objects. The payoff of this strategy is that the state machine of the <<control>> object embodies the business rules of a subsystem in one place. To keep life simple, you should choose a policy about where you will put the business rules in your system (which type of object). Boundaries interface the system to actors, and entities access data, so they have enough concerns to make complex classes already. Adding all or part of the business rules realization to boundaries or entities gives them too many concerns. Business rules are the natural reasons for coordinating communications between classes in any particular way, so, I put business rules into the controls. Looking at it this way, I tend to need a message to a control object any time I communicate between a boundary and an entity. Moving focus between boundary objects or between entity objects ordinarily doesn't reflect a business rule, so those messages don't need to go through the control. Or something like that. -Eric [EMAIL PROTECTED] wrote: > > Hi, I am hoping a kind soul could clear my doubts. I have a scenario where > in an Order Entry screen, the actor can choose to retrieve an existing > order > by clicking on the help icon which pops up a dialog box of all available > orders. The actor then selects a particular order and focus returns to the > order screen with all the order details populated. > > Given this scenario, for the use case realization, I have a boundary class > interacting with a servicing controller. If the Order screen needs to > communicate with the dialog box(which is treated as a separate boundary), > will/must it communicate with the controller to display the dialog box ? > > Again, the details in the dialog box could be returned directly to the > calling window, but in terms of design, which is the right/best way to > model this ? > > blur, > Isaac ************************************************************************ * Rose Forum is a public venue for ideas and discussions. * For technical support, visit http://www.rational.com/support * * Post or Reply to: [EMAIL PROTECTED] * Subscription Requests: [EMAIL PROTECTED] * Archive of messages: * http://www.rational.com/support/usergroups/rose/rose_forum.jsp * Other Requests: [EMAIL PROTECTED] * * To unsubscribe from the list, please send email * To: [EMAIL PROTECTED] * Subject: <BLANK> * Body: unsubscribe rose_forum *************************************************************************
