http://www.macromedia.com/devnet/mx/blueprint
using formbeans via WS/SOA and
http://www.macromedia.com/devnet/mx/flash/articles/firefly_components.html
I do not recommend Dyanabes for other resons, like harder to unit test, harder to OO, harder to expose to SOA, harder to debug, etc.
.V
ps: http://mav.sourceforge.net/maverick-manual.html will be arround
http://www.improve-technologies.com/alpha/mvc4ws http://www-106.ibm.com/developerworks/library/ws-mvc
Craig R. McClanahan wrote:
On Mon, 11 Aug 2003, Vic Cekvenich wrote:
Regulars on the list, or anyone on MVC mail lists, know what I selected to port Struts basicPortal.com formBeans into and why.
Unfortunately, your recommendation in your ServerSide posts (use standard form beans instead of DynaActionForm to avoid reflection costs) has it exactly backwards -- standard ActionForm beans use reflection, but DynaActionForm does not. It's just a HashMap with a typesafe setter method.
And, if you believe the microbenchmarks I posted on commons-dev and here, DynaActionForms are faster to boot :-).
.V
Craig
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
