[Opensource] Réf. : [Opensource] Proposal @deprecate nested Inputs/Outputs/Transitions
Raul DAVIDOVICH
R.DAVIDOVICH at caconcology.com
Wed Oct 30 04:26:31 PST 2002
I agree.. Blocks are much cleaner and simpler to use
Best regards
---------------------------------------------------
Raul Davidovich
Responsable Informatique
Cvitkovic & Associés Consultants
(33) 1 45 15 40 68
(33) 1 45 15 40 41 Fax
-------------------------------------------------------
http://www.caconcology.com
|---------+------------------------------->
| | Michael Rimov |
| | <rimovm at centercomp.c|
| | om> |
| | Envoyé par : |
| | opensource-admin at jco|
| | rporate.com |
| | |
| | |
| | 29/10/2002 22:24 |
| | Veuillez répondre à |
| | opensource |
| | |
|---------+------------------------------->
>--------------------------------------------------------------------------------------------------------------------------------------------------|
| |
| Pour : opensource at jcorporate.com |
| cc : |
| Objet : [Opensource] Proposal @deprecate nested Inputs/Outputs/Transitions |
>--------------------------------------------------------------------------------------------------------------------------------------------------|
Hey All,
I'd like to get your input on the concept of @deprecating the addNested()
methods of Inputs, Outputs, and Transitions. Blocks would still allow
nesting.
The reason for this is reliability in code.
1- There's a lot of if/else statements because Inputs could have nested
Inputs.
2 - The extended struts tags can't even understand the concept of nested
Inputs/Outputs/Transitions.
And finally the concept of nested inputs/outputs/transitions existed before
Blocks existed.... and frankly, I think Blocks do a much better job of
organization.
If we @deprecate the methods, they will be officially removed in version
5.2
Thoughts?
-Mike
_______________________________________________
Opensource mailing list
Opensource at jcorporate.com
http://mail.jcorporate.com/mailman/listinfo/opensource
Archives: http://mail.jcorporate.com/pipermail/opensource/
More information about the Opensource
mailing list