|
I have an application that I am trying to architect using Struts. One of the questions we have is the advantage/disadvantage to each of the following approaches.
1. For each table in the database, we plan on having one form bean, and 4 action classes that will extend an ActionBase class. The four actions that will be used are CreateSomething, ReadSomething, UpdateSomething, DeleteSomething. This will give a good infrastructure for our application as it grows and it will allow us to build out a "pattern" for the entire application to let people know how they should build out their actions. On the downside, this is going to create a huge struts-config file as there are about 40 tables in the application. Imagine what would happen on an application that has 1,000 tables.
2. Look at the overall application and make decisions to have one form bean per use case, and one action per use case that will allow us to use the Dispatch Action to pass in a parameter for create, read, update, delete and have methods in the Action class to perform the above action. This is not as straight forward because a developer can interpret the use case differently and allow for some ambiguity as to the building of the form beans and actions and can make maintenance a nightmare. This would shrink our overall struts-config file to a point that it would be more manageable but at the sake of readability and manageability.
I understand I could create multiple "struts-config" files for each use case and this is another solution we are investigating. What I need is best practice so we can standardize on a common architecture for all applications moving forward as well. I have seen examples of each on this forum and in the different struts books, so I am confused as the best approach moving forward. Any help would be greatly appreciated.
N. Lee Faus
The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it.
|
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
