Re: Client/Service relationships & Flow of Requirements.
- From: "H. S. Lahman" <h.lahman@xxxxxxxxxxx>
- Date: Tue, 30 Jan 2007 18:57:26 GMT
Responding to Daniel T....
However, I changed my tune when I started using messages to inform an object of external conditions, rather than using it to produce wanted output. Then I ended up with a service that has methods which must be called when particular external conditions are met. That's something that doesn't fit well with DbC nor with HS' remarks. When using messages in this way, changes in the service can force client changes.
I don't see why there would be a problem. [Of course I use object state machines for /all/ behavior responsibilities so my behaviors are /always/ triggered by events announcing changes in external conditions. B-)] Do you have an example that demonstrates the problem?
*************
There is nothing wrong with me that could
not be cured by a capful of Drano.
H. S. Lahman
hsl@xxxxxxxxxxxxxxxxx
Pathfinder Solutions
http://www.pathfindermda.com
blog: http://pathfinderpeople.blogs.com/hslahman
"Model-Based Translation: The Next Step in Agile Development". Email
info@xxxxxxxxxxxxxxxxx for your copy.
Pathfinder is hiring: http://www.pathfindermda.com/about_us/careers_pos3.php.
(888)OOA-PATH
.
- Follow-Ups:
- Re: Client/Service relationships & Flow of Requirements.
- From: Daniel T.
- Re: Client/Service relationships & Flow of Requirements.
- References:
- Client/Service relationships & Flow of Requirements.
- From: John Carter
- Re: Client/Service relationships & Flow of Requirements.
- From: Daniel T.
- Client/Service relationships & Flow of Requirements.
- Prev by Date: Re: Client/Service relationships & Flow of Requirements.
- Next by Date: Re: Domain Model and Service Layer
- Previous by thread: Re: Client/Service relationships & Flow of Requirements.
- Next by thread: Re: Client/Service relationships & Flow of Requirements.
- Index(es):