Moving forward, the dogma that I would like to observe is "follow 
the use-case". 

Everything in Struts was put there because somebody needed for 
something. So, I'm starting to get back to basics and think in 
terms of the use-cases that Struts solves. 

The benefit there is that you can look for places where use-cases 
overlap and so you can share functionality between them. The net 
result is that you can simplify the overall feature set.

I've done some very preliminary work on this here:

http://husted.com/struts/usecases.html

but so far these are really just Sunday morning musings.

One simplification that I still want to try and slip in for 1.1 is 
to support "action=" from the html:link tag. Some of us have been 
documenting our links as forwards, but I find its much simplier to 
do that with actions, especially now that we strongly recommend 
putting an action in front of any dynamic page.

-Ted.

11/1/2002 6:18:56 AM, "V. Cekvenich" <[EMAIL PROTECTED]> 
wrote:

>More "religion"?
>
>"An architect is done not when he has nothing more to add, but 
when he 
>has nothing left to remove".
>I heard this on a PBS show related to buildings, but I spent my 
2nd 7 
>years in SD (Software Development) trying to simplify (much 
harder to 
>simplify.
>Anyway, my initial attraction to Struts is that it gets out of 
the way, 
>unlike other frameworks I use.
>
>I just wanted to use above quote.
>
>.V
>
>Ted Husted wrote:
>> 10/31/2002 4:52:50 PM, "Craig R. McClanahan" 
<[EMAIL PROTECTED]> 
>> wrote:
>> 
>>>but on the whole we should be able to let people freely choose 
>>>their view-tier technology just like we currently let them 
choose 
>>>their model-tier technology.  To me, the core value add of 
Struts
>>>has always been the controller, and there's lots
>>>we can do in that space.
>> 
>> 
>> +1
>> 
>> -Ted.
>
>
>
>
>--
>To unsubscribe, e-mail:   <mailto:struts-dev-
[EMAIL PROTECTED]>
>For additional commands, e-mail: <mailto:struts-dev-
[EMAIL PROTECTED]>
>
>




--
To unsubscribe, e-mail:   <mailto:struts-dev-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-dev-help@;jakarta.apache.org>

Reply via email to