Hello, Not sure if this deserves another thread or if I can attach it to this one. I'm new to mailing lists so please be kind. : )
I'm working on a struts project now and going back and forth on whether to just have one form for the whole system or have many forms. In our case we put the common fields in a base form and created other forms to extend that one. Each of those forms correspond to a specific section in the system. The problem we're running into now is that we're finding more and more common items and having to move them into the base form. Which lead me to think about just having one form and not bothering with the others. Comments? "Taylor Cowan" <t.cowan@charter. To: "Struts Users Mailing List" <[EMAIL PROTECTED]> net> cc: (bcc: David Z. Pantich/OE/FirstEnergy) Subject: Opionions: fine or course grained actions 02/07/2003 09:19 AM Please respond to "Struts Users Mailing List" I wanted to see what others in the struts community think about Action granularity. I've coded apps that are -extremely- fine grained, having one Action per user event, like createPreferencesAction, deletePreferencesAction, update...etc. The fine grained approach yields more than one action per screen, and contention for the struts config file during development. In the middle are apps that basically have one action per screen that handles all the button clicks with a switch if/else block. That's the moderate approach. The last style is -extremely- coarse grained in that there might only be one action for the entire app. Coarse grained has worked best for XML/XSLT type work flows and in some other situations. What do you think about Action granularity, should it be very fine and thus more "HTTP" like in nature, or more coarse grained having fewer URL's? Taylor --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]