在具有相同控制器名称的模块化结构化应用程序中实现Zend_Acl

我是Zend Framework的新手。我是在一个我仍在为学校做的项目中开始学习它的。我有点纠结于如何处理ACL和我的模块化结构(我真的很喜欢)，而且在互联网上进行研究似乎没有得到我需要的信息。这可能是因为我对这个框架还不是很有经验，但我仍然认为我应该在这里问一下。提前感谢!

目前，根据我研究的大多数最佳实践，我创建了一个模块化结构，如下所示:

application/
  modules/
    admin/
    default/

我使用一个插件来控制我的ACL，像这样(为了简单/可读性，我只添加了一小部分):

$acl = new Zend_Acl();
$acl->addRole(new Zend_Acl_Role('guest'))
    ->addRole(new Zend_Acl_Role('member'), 'guest');
    ->addRole(new Zend_Acl_Role('admin'), 'member');
$acl->addResource(new Zend_Acl_Resource('index'));
    ->addResource(new Zend_Acl_Resource('admin:index'));
$acl->allow('guest', 'index', array('index'));
    ->allow('member', 'index', array('userpanel'));
    ->allow('admin');

无论如何，ACL都在默认模块上工作得很好-甚至在管理模块上，但是当我有相同的控制器名称和操作时，问题就出现了，例如:

This action will allow users to edit their own account
Module: Default
Controller: User
Action: Edit
This action will allow an admin to edit any account
Module: Admin
Controller: User
Action: Edit

当我像这样在ACL中设置规则时:

$acl->allow('member', 'user', array('edit'));

用户还将被允许访问用户控制器上的管理员编辑页面。我如何告诉ACL模块之间存在差异?在向ACL添加资源时，我见过许多使用"admin:user"而不是"user"作为控制器/资源名称的示例。但是，当控制器和/或操作名称相同时，这似乎不起作用。

所以，最大的问题是:在我目前的情况下，我如何解决这个问题，或者你建议我如何构建我的应用程序来避免这个问题?我宁愿不诉诸于使用额外的控制器前缀，如"Admin_AdminUserController"或只是删除模块一起，只是使"adminEditAction"等。