【问题标题】:Best practice for modular structure - Zend Framework 1?模块化结构的最佳实践 - Zend Framework 1?
【发布时间】:2013-09-14 19:04:02
【问题描述】:

我是堆栈溢出的新手,但我对大家对这个主题的看法很感兴趣,我附上了我为我的应用程序创建的基本骨架结构,但我不确定它是否是最佳实践并且正在寻求建议:

应用 模块 默认 控制器 错误控制器 引导程序 帖子 控制器 索引控制器 管理员控制器 ApiController 楷模 邮政 引导程序

如您所见,我已将应用程序的帖子部分分成一个模块,对我来说这是有道理的,因为帖子模型/表单等中使用的所有代码都可以重用于所有控制器,这似乎是一种非常巧妙的做事方式。

另一种可能的解决方案如下:

应用 模块 默认 控制器 错误控制器 帖子控制器 楷模 邮政 引导程序 行政 控制器 帖子控制器 楷模 邮政 引导程序 api 控制器 帖子控制器 楷模 邮政 引导程序

这是人们倾向于设置 Zend 应用程序的方式吗?我已经在互联网上多次看到这一点,我可以看到这个解决方案的唯一好处是默认路由会提供很好的 URL,但是为了让您的代码可重用,您将交叉引用来自各种模块的东西,它不会t 看起来和第一个解决方案一样简洁。

如果有人能解释一下为什么这两种方法都是最好的方法,那将是一个巨大的帮助,谢谢大家!

【问题讨论】:

  • 你为什么用ZF1??
  • 不幸的是,公司政策不是我的决定,我也在推动我们开始使用 ZF2,我想这个问题也适用于 ZF2?
  • 我不知道ZF2是否也一样。我只看到ZF1很快就会停产(官方声明是2014年初)所以选择ZF1对我来说听起来很糟糕:-)公司也强迫你使用PHP4吗? ;-)
  • 哈哈不完全是,我们的卖点是我们是ZF认证的工程师,我相信你知道ZF2还没有这样的认证:),我本来以为这个问题将适用于大多数模块化 MVC 框架,例如在 cakePHP 中,您是否有一个名为 Admin 的插件和一个您想要管理的 post 控制器或一个名为 Post 的插件和一个管理控制器?

标签: php zend-framework


【解决方案1】:

两者都是有效的方法。我个人的偏好是第一个选项,因为它将相关的类放在一起。唯一的问题是确保管理控制器上的访问限制(和合理的 URL),因为当它们都在“管理”模块中时,这样做会容易得多。

【讨论】:

  • 好的,谢谢,您认为每个模块的路线最好放在哪里?将所有路由放在路由应用程序引导文件中,还是将路由放在与它们相关的模块中?希望这是有道理的。
  • 模块根植于模块引导程序 - 将所有内容放在一起。主引导程序中的任何其他人
猜你喜欢
  • 1970-01-01
  • 2011-12-24
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2013-01-15
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多