Zend framework Zend框架模块应该具备哪些功能?

Zend framework Zend框架模块应该具备哪些功能?,zend-framework,hmvc,zend-framework-modules,Zend Framework,Hmvc,Zend Framework Modules,我对Zend框架模块有点困惑。 我的意思是-我知道你通常希望有前端和后端模块。。。对吧? 但是-你还会把什么分离成模块呢 专业使用Zend Framework的人能否举例说明他们的应用程序中有哪些模块?在Zend MVC术语中,模块是应用程序的独立部分。例如,如果你想写一个内容管理系统,你可能会有不同的模块,比如 主应用程序(用户登录、应用程序引导等) 博客 新闻 管理面板 图像库 基本上,这些模块中的每一个都可以作为一个单独的应用程序(尽管它们最终会相互连接)。模块方法还为您提供了一种简单

我对Zend框架模块有点困惑。 我的意思是-我知道你通常希望有前端和后端模块。。。对吧?

但是-你还会把什么分离成模块呢


专业使用Zend Framework的人能否举例说明他们的应用程序中有哪些模块?

在Zend MVC术语中,模块是应用程序的独立部分。例如,如果你想写一个内容管理系统,你可能会有不同的模块,比如

  • 主应用程序(用户登录、应用程序引导等)
  • 博客
  • 新闻
  • 管理面板
  • 图像库

基本上,这些模块中的每一个都可以作为一个单独的应用程序(尽管它们最终会相互连接)。模块方法还为您提供了一种简单的权限管理方法(例如,用户只能为使用某些模块付费)。

除了Daffs答案之外,我们还可以尝试找出一些指导原则,以决定选择“控制器”还是“模块”来实现特定的功能包。请通过评论或编辑帮助使此列表更全面:

何时使用“控制器”:
  • 当对同一模块的不同模型有相当程度的依赖时
  • 当与同一模块的其他控制器有相当程度的交互时
  • 当功能可以用一些方法/操作覆盖时
  • 当功能显然只是给定模块的一组从属功能时
  • 当功能可以与代码的其余部分一起轻松维护时(版本控制、部署等)
何时使用“模块”:
  • 当主模块控制器和模型没有或几乎没有依赖关系时
  • 当功能包可以看作是一个单独的(子)应用程序时
  • 当功能不能被几个方法/动作覆盖,因此必须分解成几个控制器时
  • 当版本控制和部署需要独立于主模块时

hmm.那么-如果我想让管理部分处理博客模块或新闻模块的不同方面,比如删除博客条目或添加新闻等,我会在管理模块下创建博客/新闻等控制器吗?在当前的项目中,我也有类似的分离问题,但基本上,你也可以在每个模块中添加一个管理控制器。我创建了一个管理模块,因为我知道管理员也可以访问应用程序的所有其他模块。创建新的博客帖子将保留在博客模块中,但更高级别的设置(如授予用户添加博客帖子的权限)将保留在管理模块中。