An example...
I have an application where there are six screens. They are used to create a record in the database. When used this way, they do in fact represent a wizard-type flow. However, you can also recall the items from the database for editing, and the same screens are used, but, you now have the capability to jump between screens any way you wish. The same screens, and more importantly ACTIONS, are no longer used in the usual flow. If I had did what amounts to hardcoded that flow into the Actions by having one depent on another, I wouldn't be able (easily) to accomplish that.
You might say this is now a fringe case, and certainly it is less common than the example I gave before, but it still is not unusual (at least as far as my travels go :) )
-- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com
Leon Rosenberg wrote:
* I could read from the database in the first Action (delegate to some business class hopefully!) and stick it directly in Request. But that breaks isolation between the pages. The Action associated with one page should not set up for another.
One thing I don't understand... The actions and the jsps are already connected to each other by the use-case
and the requirement
that the second action/jsp depends on the first. The use case could even go
so far, that the first action have to decide whether to show the second action at all
dependent on what the user entered there, right (Like in do you want additional insurance contract when you buy
a car)?
Or it could decide whether to forward to action 2a or action 2b and therefore influence the flow of events in this use case.
What I don't understand is, why we should isolate two actions, which are tied to each other by definition?
I think a wizard, and we are talking about wizards, as Rick explained in his
mail, which was much better phrased as mine,
is not only a collection of forms, but also the flow of control inbetween
the forms. Why should I break this natural dependency?
Regards Leon
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
