Ted Husted wrote:
I don't know the exactly english word: Iwill taper a bit (zu deutsch zuspitzen :-)(Of course, you can do this now, just by using a standard Action to call an Execute method on your subclass of ActionForm.)
Most of real struts project do such things. They extend the Action to a MyBaseAction and then they are in a trap: The developers have to subclass the MyBaseAction (as a law in the programming guidelines of a specific company) and are not able to use famous Standard Action such as DispatchAction and so one because you can only subclass one class. But you can extend many interfaces. An thats the only argument I say: Making the Action to a class (not to an interface) is (in my opinion) a design error! But it is not sad! As Ted wrote it is as easy to extend struts in a way you can use both: MyBaseAction *AND* one of the standard actions. It might be better, if struts itselfs avoid such problems. In my last project there was five subclasses from Action (I really don't know but such things as BaseAction, TechnicalAction, HotelAction, ....) and *NOBODY* used the (in my opinion) famous Standard Actions. One developer copied the whole code of a Standard-Action that this action extends a MyBaseAction.
Craigh said:
I agree with Ted, and the reasoning he states. Indeed, in this particular respect, Action *should* be inflexible because making it an interface would encourage you to use it incorrectly.
What is incorrectly. Sadly many developers uses the action to implement business logic, although it is not an interface. Thats pity from my opinion. But you don't avoid such thing, when you insist that Action has to be a concrete Implementation.
Thats only my 0,02 $
So thats my opinion: Making Action to an interface avoid many problems in the real struts world.
But in the end: Thanks the whole struts team for the famous framework.
-Manfred
-- =========================================== Dipl.-Inf. Manfred Wolff Software Engineer ------------------------------------------- http://www.manfred-wolff.de http://www.struts-it.org -------------------------------------------
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
