在 Zend Controller 单元测试中感知 Action View Helper 调用
我想以测试驱动的方式实现小部件化的 Zend 控制器。通过小部件化，我的意思是，例如，一个输出元素的列表控制器，在其视图脚本中调用每个元素 $this->action('element', …) 视图助手 (<代码>list.phtml）。因此，列表中每个元素的呈现由专用的“元素”控制器处理，并且是可配置的，甚至可以在运行时更改。请参阅 http://framework.zend 中的“操作视图助手”部分。 com/manual/en/zend.view.helpers.html
问题是：我如何模拟和感知这个 $this->action('element', …) 调用最好？我是否必须重写所有默认的 ZF 请求路由和插件加载逻辑来进行测试，还是有捷径？
我正在使用 PHPUnit，如果这很重要的话。
I'd like to implement widget-ized Zend controllers in a test-driven way. By widget-ized I mean, for instance, a list controller that outputs elements, calling for each of them $this->action('element', …) view helper in its view script (list.phtml). Thus, the rendering of each element in the list is handled by a dedicated “element” controller, and is configurable, or even can be changed at runtime. See “Action View Helper” section at http://framework.zend.com/manual/en/zend.view.helpers.html
The question is: how do I mock and sense this $this->action('element', …) call best? Do I have to rewrite all the default ZF request routing and plugin loading logic for the tests, or is there a shortcut?
I'm using PHPUnit, if that matters.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
不是您实际问题的答案，但我认为在 ZF 中使用小部件的 actionstack 是不好的做法。
考虑阅读
为什么 Zend Framework Actionstack 是邪恶的 由采埃孚贡献者提供。
查看 Piwik，这是一款基于 ZF 的网络分析软件。他们使用完全小部件化且可配置的
界面。
Not the answer to your actual question, but I think using the actionstack for widgets is bad practice in ZF.
Consider reading
Why the Zend Framework Actionstack is Evil by a ZF-Contributor.
Have a look at Piwik, a ZF-based web analytics software. They use a fully widget-ized and configurable
interface.