问题标签 [zend-controller-plugin]

我有几个插件，我试图弄清楚它们应该应用的顺序。它们是：

• Acl 和身份验证
• 自定义 ErrorHandler 以在模块中使用错误控制器
• 国际化插件
• 查看设置
• 区域设置（设置区域（前端、后端或安装），以便我可以访问它并将其用于整个应用程序中的逻辑辅助）
• 维护插件（只是将请求重新路由到维护页面）

你会按什么顺序排列这些？

为了为我们的网站构建一些简单的分析 - 我试图从用户登陆我们页面的位置捕获源，如果他最终注册 - 将源存储在数据库中。

由于这段代码必须在所有页面上 - 我想将它添加到 layout.phtml 这就是我到目前为止所拥有的（只是一个粗略的草稿）

它非常不言自明 - 如果用户未登录 - 我试图通过 ref 参数或通过 HTTP_REFERRER 获取引荐来源。我将其存储在 cookie 中的原因是用户可能今天访问该站点，但一周后注册。

因此，每次用户注册时，我都会查看是否设置了此 cookie - 如果设置了 - 我将获取该值并将其作为引用源插入到数据库中。

这是解决这个问题的最佳方法吗？或者我应该像控制器插件一样编写 - 如果是这样，我该怎么做。感谢您的提示。

我目前正在从一个名为 ZfcUser for Zend 2 的模块中寻找这段代码：

在命名空间 ZfcUser\Controller\Plugin 中：

命名空间 ZfcUser\Controller\Plugin;

我的问题：

• 从 indexAction() 中，控制器插件被调用而不被实例化（$this->zfcUserAuthentication()->hasIdentity()），控制器插件总是这样工作吗？
• hasIdentity() 中到底发生了什么？我看到 getAuthService() 返回了一些东西，但没有返回 hasIdentity()。我不熟悉这种函数调用的高级类实现，所以我非常感谢这里的任何解释或我应该研究的主题。

我在控制器中有两个动作：actionA()和actionB(). 根据条件，actionA()应该返回一个ViewModel对象或被转发到actionB()（并返回其结果）：

类 MyController 扩展 AbstractActionController {

我试过了

但我不知道现在如何获取这些数据。

我确定，这是可能的。我该怎么做？

如果需要 JSON、XML 等输出格式，可以使用AcceptableViewModelSelector Controller Plugin或 / 和 (?)替代呈现 / 响应策略。

什么时候应该应用一个，什么时候应用另一个（以及什么时候组合）？

它们可以/应该结合吗？

我有两个模块（默认和移动）模块 mobile 是在 jquery mobile 中重写默认门户，但控制器和操作要少得多！我想写一个控制器插件来检查模块移动中是否存在控制器和动作，如果不存在，我想将模块移动覆盖为默认值。我试试这个：

但尽管动作不存在，但$dispatcher->isDispatchable($request)总是返回！true:S 并且我收到“操作foo不存在并且没有被困在 __call() 中”

我能怎么做？谢谢

我正在构建一个基于 ZF2 的站点，它有 2 种不同的布局。它有一些公共页面和一些需要用户认证的内部页面，每组页面都有自己的布局。我最初想创建一个控制器插件并检查用户是否具有身份，然后我将更改布局，但它也会更改登录用户的公共页面的布局，这是我们不想要的。另外我不知道如何从控制器插件更改布局。

内部页面的布局还需要一些关于当前用户的信息以及来自其他表格的一些其他信息。所以我正在考虑创建另一个插件来检查用户是否有身份，然后它将设置布局变量。我不确定如何在控制器插件中获取布局对象来设置变量。也不知道如何让一个插件访问其他插件。

同样对于内部页面，如果用户登录或未登录，我会检查每个操作。如果他没有身份，我将他发送到登录页面。这导致了很多重复的代码，所以有没有办法将此代码移动到控制器插件，并以某种方式告诉它检查特定页面上的用户身份，如果用户有身份，让他访问该页面，否则让他登录屏幕。

我正在为我的 ZendFramework 应用程序构建一个简单的 CMS 模块。

目前我的所有路由都在一个 .ini 文件中，是否可以使其成为数据库驱动的。或者，如果可以为 DB 构建回退方法，请检查 .ini 文件中是否不存在该路由。

更新 - 解决方案

希望这会对某人有所帮助 - 请注意，我有自定义的 My_Db_table 和 My_Db_Row，我没有在此处发布。所以 ->fetchAllActive() 可能需要更改为 ->fetchAll(); 并且行对象上的吸气剂可能/可能不起作用，不记得它们是否是自定义的 - 你会弄清楚的;-)

但是如果没有其他路由适用，即从 .ini 文件中，路由器基本上会检查 DB。我没有检查这是否适用于所有路由类型，但它适用于默认路由类型。我使用 DB 路由将 url 指向 pageController，并在 route_defaults 单元格中将 pageId 等附加参数存储为 JSON 字符串。但是您基本上可以将其用于所有类型的路线。

在引导程序中

我的/控制器/路由器/Rewrite.php

路由 Db_Table 模型

路线 - Db_Table_row

路由表的 SQL 模式

我目前正在为一个新的 Zend Framework 2 项目使用 DDD（域驱动设计）。一切正常，但我对应用程序服务有疑问。

我知道应用程序服务位于应用程序层，是领域逻辑的入口点。例如，他们可以访问域服务或存储库。

我现在想知道将应用程序服务实现为控制器插件是否有意义。在经典的 MVC 应用程序中，此控制器插件可以处理来自被调用的域服务或存储库的结果。根据这些结果，他们可以生成重定向响应或将数据/表单传递给 ViewModel。如果此逻辑封装在插件中，我的控制器只需调用插件并返回插件的结果。

我完全错了吗？或者您更愿意保留如何对控制器中的域服务或存储库的结果做出反应的逻辑？

此致，

拉尔夫

我很困惑，我已经阅读了有关该主题的所有内容，但它不起作用。

我想构建一个插件来使用preDispatchAction。

我想这样命名它：

我的文件路径和名称：C:\wamp\www\mosaik\application\controllers\plugins\Acl.php

我试图在我的课程中注册application.ini：

我收到一些错误：

致命错误：第 117 行的 C:\wamp\www\mosaik\library\Zend\Application\Resource\Frontcontroller.php 中找不到类“Mosaik_Controller_Plugin_Acl”

我的确切问题是：对于这个例子，应该如何在我的 application.ini 中注册。我的插件类的名称是正确的还是我必须更改它？（喜欢？）我知道这是一个基本的理解问题，但没有任何帮助。