I’m working on building up an interface that I want to function as a “tabbed browsing” sort of function. Each of these tabs has already been written as an action and the tabbed interface works fine as links to the individual tabs. I decided to try writing the “index” page for this controller – putting the content of all the tabs into hidden divs and swapping between them with jQuery, but once I started to use the action view helper – I ran into a lot of people saying that its bad practice. (see this article)
Some of these actions build up forms – grab some data from the model, etc to display. I want each of the actions to continue to function on their own (some parse forms as well).
Browsing to /item should give you the tabbed menu, plus all of the div’s contents in a hidden tag – where /item/tab2 is a specific action (form submit for instance).
Another complication/caveat – Some of the actions will throw Access Exceptions if the user doesn’t have access to that “tab”. I’d prefer not to build access checking into the system twice (thus showing a tab with empty content).
I’m just trying to figure out what the best practice is to handle this sort of thing, and I thought that the action helper might be it. If I try to use View Helpers – I start wondering if that is the right place to assemble a Zend_Form.
Does anyone have any suggestions on the “proper” way to work around not using the Zend_View_Helper_Action ?
The Correct way to work around the action view helper, as I stated in the article you cited, is to create partials which access the model directly to fetch the data they need. This can be through a view helper (you make this yourself ;)) if this would involve a lot of logic in your view.
The action view helper is plagued with more than just performance issues, but also creates horrendous debugging nightmares, and if you need it, then your application is probably not following MVC, and therefore, you are using the controller for reuse, instead of the model, which is the patterns intention.
You can render partials from within your layout or current actions view with the render or partial methods of the view object.
If you have multiple actions to deal with multiple possible posts from your tabs, then you should set all of these actions to render the same view script, which will then render all of the tabs with data direct from the model.