模块与控制器

Question

我正在为一个（哦，不，另一个）PHP 框架编写一些零碎的东西，作为一种学习体验，并希望将来在较小的项目中使用。

我已经阅读了相当多的内容，即现有框架的参考文档。我经常看到Module这个词，根据我的阅读和以往的经验，Module 是一个用于划分相关代码（视图、控制器、模型等）的概念

我很好奇，在这种情况下，SO 是如何看待 Module 的？ （上下文是 MVC Web 应用程序架构，或类似的应用程序开发模式）

我正在尝试确定如何最好地应用它，因为（我相信）它符合我目前的困境。对于音乐网站，模块将被视为Artist、Producer 等，而控制器将是Profile、Media 等。这当然会留下操作，例如View，或Edit.

这一切看起来都不错，因为现在我可以像这样进行路由：

'Artist/Profile/View/{ALIAS}'
    +- Module : Artist
    +- Controller : Profile
    +- Action : View

//this may be accessed via music.com/artist/{alias}
//defaulting the Controller and Action

..但我试图弄清楚 Module 概念如何适合这里，特别是我将如何组织或修改我的控制器以适应。

---

这是我正在考虑的文件系统布局；

+- Root
    +- 'index.php'
    +- 'api.php'
    +- Modules
    |   +- Public
    |   |   +- Controllers
    |   |   +- Views
    |   |
    |   +- User
    |   |   +- Controllers
    |   |   +- Views
    |   |
    |   +- Artist
    |   |   +- Controllers
    |   |   +- Views
    |   |
    |   +- Producer
    |   |   +- Controllers
    |   |   +- Views
    |   |
    |   +- Venue
    |   |   +- Controllers
    |   |   +- Views
    |   |
    |   +- Administrator
    |       +- Controllers
    |       +- Views
    |
    +- Models
    +- Config
    +- ...

Answer 1

模块（在 CakePHP 中称为插件）在大多数框架中都是非常迷你的应用程序。它们内部有自己的 MVC 结构，通常是自包含的，可能只依赖于主要的应用程序模型来保持代码的可重用性。

我们在工作的地方使用 Zend，模块的例子是

1. 站点管理员对系统进行更改的管理模块。
2. 网站通用前端的 Web 模块
3. 登录用户的用户模块，他们有额外的管理工具来在网站上执行他们的活动

基本上所有这些都属于同一个站点/系统，但主要以非重叠方式处理。

Answer 2

在最简单的情况下，模块将是您应用程序中的一个文件夹（最好在预先确定的位置，例如/modules）。然后，您将在每个模块中拥有一个完整的 MVC 堆栈，共享库和框架本身位于顶层。