Zend Framework 模块应该包含哪些功能?

发布于 2024-10-10 01:31:30 字数 146 浏览 1 评论 0原文

我对 Zend Framework 模块有点困惑。 我的意思是 - 我知道您通常希望拥有前端和后端模块......对吧?

但是 - 您还会将哪些内容分成模块?

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

I'm a bit puzzled about Zend Framework modules.
I mean - I understand that you would usually want to have frontend and backend module... right?

But - What else would you separate out into modules?

can someone who uses Zend Framework professionally give an example of what modules they have in their application?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

烟─花易冷 2024-10-17 01:31:30

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

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

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

In the Zend MVC lingo a module is an independent part of your application. For example if you want to write a Content Management System you will probably have different modules like

  • Main application (user login, application bootstrap etc.)
  • Blog
  • News
  • Admin panel
  • Image gallery

Basically each of these modules could act as a separate application (although they will eventually be interconnected). The module approach also gives you an easy way for permission management (e.g. users can only pay for using certain modules).

╰沐子 2024-10-17 01:31:30

除了 Daffs 答案之外,我们还可以尝试找出一些指导原则,用于决定选择“控制器”还是“模块”来实现特定的功能包。

何时使用“控制器”:

  • 当对同一模块的不同模型有相当程度的依赖时
  • ,与同一模块的其他控制器有相当程度的交互时
  • ,当功能可以用一些方法/操作覆盖时
  • 当功能显然只是给定模块的一组从属功能
  • 时 当功能可以轻松地与其余代码一起维护时(版本控制、部署等)

何时使用“模块”:

  • 当没有 与主模块控制器和模型几乎没有依赖关系
  • 或者,当功能包可以被视为一个单独的(子)应用程序时
  • ,当功能无法用一些方法/操作覆盖时,因此必须分解为多个控制器时,
  • 当版本控制和部署需要独立于主模块时

As addition to Daffs answers we could try to figure out some guidelines for deciding between choosing a 'controller' or a 'module' to implement a certain bundle of functionality.

When to use a 'controller':

  • when there is a considerable degree of dependency on different models of the same module
  • when there is a considerable degree of interaction with other controllers of the same module
  • when the functionality can be covered with a few methods/actions
  • when the functionality is clearly just a bundle of subordinated functionality of the given module
  • when the functionality can be easily maintained together with the rest of the code (versioning, deployment, ...)

When to use a 'module':

  • when there are no or almost no dependencies with the main modules controllers and models
  • when the bundle of functionality can be seen as a separate (sub)application
  • when the functionality can't be covered with a few methods/actions and thus has to be broken down into several controllers
  • when versioning and deployment needs independence from main module
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文