I’m developing an app which has a large amount of related form data to be handled. I’m using a MVC structure and all of the related data is represented in my models, along with the handling of data validation from form submissions. I’m looking for some advice on a good way to approach laying out my controllers – basically I will have a huge form which will be broken down into manageable categories (similar to a credit card app) where the user progresses through each stage/category filling out the answers. All of these form categories are related to the main relation/object, but not to each other.
Does it make more sense to have each subform/category as a method in the main controller class (which will make that one controller fairly massive), or would it be better to break each category into a subclass of the main controller? It may be just for neatness that the second approach is better, but I’m struggling to see much of a difference between either creating a new method for each category (which communicates with the model and outputs errors/success) or creating a new controller to handle the same functionality.
Thanks in advance for any guidance!
My preference would be to create triplet Form-Controller-Model for every form displayed to the user. Whenever user clicks on ‘Next’ button on a form its controller should talk to the back end manager which takes care of dispatching submit request to the next form in chain. Vice verse if ‘Back’ button is clicked. Last form has a ‘Finish’ button which will go to the manager and pass the last bits of information.
This will avoid inheritance, make your code more robust and testing of forms possible in isolation.