Model view controller 我需要帮助了解Zend Framework（MVC）页眉和页脚最佳实践
我是MVC和Zend框架的新手，我正在做一个项目，主要是在前端。我试图弄清楚什么是最佳实践 目前，页脚和页眉是通过几个脚本设置的，其中一个脚本是一个包含网站所有内容的巨大XML文件（我认为，为了使网站具有国际友好性，它用i18n标记包装），一个脚本将所有链接存储到一个数组中，一个脚本循环所有页脚/页眉链接，还有一些其他文件，我不完全确定它们是做什么的，但它们最终都会给出一个简单的页脚或页眉链接 对我来说，这一切似乎太复杂了，为什么页眉和页脚不只是版面中简单的html链接，或者是主layout.phtml的一部分，或者是作为包含的footer.phtml 简单的提交按钮也被用作长视图/助手脚本，当我看不出它们不能只是简单HTML的原因时 我知道业务逻辑是留给模型的，视图应该是用于布局的更轻的前端脚本。但特别是对于Zend框架和web开发，任何关于什么是简单HTML以及什么应该作为帮助器php脚本/模型脚本更复杂的指导都将非常感谢 至少能够理解页脚和页眉的最佳实践可以帮助我开始Model view controller 我需要帮助了解Zend Framework（MVC）页眉和页脚最佳实践,model-view-controller,zend-framework,header,footer,Model View Controller,Zend Framework,Header,Footer,我是MVC和Zend框架的新手，我正在做一个项目，主要是在前端。我试图弄清楚什么是最佳实践 目前，页脚和页眉是通过几个脚本设置的，其中一个脚本是一个包含网站所有内容的巨大XML文件（我认为，为了使网站具有国际友好性，它用i18n标记包装），一个脚本将所有链接存储到一个数组中，一个脚本循环所有页脚/页眉链接，还有一些其他文件，我不完全确定它们是做什么的，但它们最终都会给出一个简单的页脚或页眉链接 对我来说，这一切似乎太复杂了，为什么页眉和页脚不只是版面中简单的html链接，或者是主layout.p
抱歉，篇幅太长，再次感谢。假设整个内容都是布局视图脚本，下面是我的建议：
- 没有正确的答案，这实际上取决于项目的范围
- 我通常使用单个视图脚本，但根据复杂性，将一些复杂区域转移到部分视图脚本甚至视图帮助器
- 迭代数据是有意义的；如果内容来自外部源，则不希望对其进行硬编码。简单的输出并不重要。。。考虑输入（内容）。
- 表单元素通常与业务逻辑密切相关。。。它允许后端开发人员控制与设计无关的某些方面