php - 如何在 MVC 框架中有效地实现模块，并在单个模块中处理到多个 Controller 的路由？

Question

我在php中开发了一个基本的MVC框架作为学习项目——这实际上是它的第二个版本，我正在努力改进第一个版本不足的两个方面:

• 请求路由:映射请求，例如/ Controller / Action /[参数]
• 模块:插入式应用程序旨在扩展应用程序，例如CMS。

这是我现在所在的位置:

1. 我能够接收请求并将其解析为多个部分， 例如controller, action, args 等。这些映射到相应的 Controller 类/文件，例如"/foo/bar"-> FooController::bar() - 所有这些都在我的 RequestRouter 类中完成并封装在 请求对象。

   • 我维护一个 Manifest 对象，其中包含对应用程序文件的分类引用( Controller 、库等)。 list 由我的自动加载器方法使用。
   • 由于 list 已缓存，每当我添加新文件/类时都会重建它，这适用于添加/删除新模块时。

2. Controller::methods() 可以很好地呈现正确的 View 。

3. 然后是模块，它们的组织就像核心的结构一样 (/root/raspberry/vendors/core/module)

问题

我认为我目前遇到的问题是与模块相关的路由/请求处理的组合:

• 如果我请求 project.dev/admin 它映射到 AdminController::index() -- 这是正确的
• 但是，当我引用 project.dev/admin/editor 时，我仍然得到 AdminController::editor()，而我真正想要的是 EditorController::index()

经过一些研究，我认为我可以创建一个Decorator，它实现了一个Front Controller 模式并包装了一个给定的Controller。装饰器可以重新解析请求以创建/editor Controller 并重新映射剩余的段 (/editor/action/args)。

所有这些看起来都可以正常工作，但我觉得我在流程的早期缺少一些基本的东西 (RequestRouter)。我在 SO 中研究了其他类似的问题，并阅读了 HMVC，原则上它似乎可以回答我的问题，但它似乎比框架驱动更多的是接口(interface)驱动(如果这有意义的话？)我已经还研究了 Kohana 等其他框架，但我不太了解它们的模块系统和路由到同一模块中多个 Controller 的工作原理。

任何有关如何在不引入前端 Controller 或重新解析请求的情况下有效实现模块系统的见解或建议，将不胜感激。或者，如果我应该以不同的方式重新构造我的模块，我想了解如何做到这一点。

附加信息:

我的 RequestRouter 维护了一个我预定义的路由列表(包括它们的默认方法)。使用这些预定义的路由，我可以访问/admin/editor 并获取 EditorController::index()，但我必须为每个 Controller 定义一个路由，并请求转到模块。我不认为这是好的设计。这是我的路线示例:

Array
(
    [/foo] => Array
        (
            [controller] => FooController
            [method] => bar
            [path] => /core
        )

    [/admin] => Array
        (
            [controller] => AdminController
            [method] => index
            [path] => /vendors/admin
        )

    [/admin/editor] => Array
        (
            [controller] => EditorController
            [method] => index
            [path] => /vendors/admin
        )

)

这是我的请求对象的样子:

Request Object
(
    [properties:Request:private] => Array
        (
            [url] => /admin/editor
            [query] => 
            [uri] => /admin/editor
            [controller] => admin
            [action] => editor
            [args] => 
            [referrer] => Array
                (
                    [HTTP_REFERER] => 
                    [REMOTE_ADDR] => 127.0.0.1
                    [HTTP_VIA] => 
                    [HTTP_X_FORWARDED_FOR] => 
                )

            [get] => 
        )

    [request_status:Request:private] => 200
)

这是我的 list 示例:

[controller] => Array
    (
        [icontroller] => /htdocs/raspberry/raspberry/core/controller/icontroller.class.php
        [index] => /htdocs/raspberry/raspberry/core/controller/index.php
        [serviceerror] => /htdocs/raspberry/raspberry/core/controller/serviceerror.controller.php
        [admin] => /htdocs/raspberry/raspberry/vendors/core/admin/controller/admin.controller.ph
        [composer] => /htdocs/raspberry/raspberry/vendors/core/admin/controller/composer.controller.php
    )

这是应用程序文件系统:

http://s11.postimage.org/pujb2g9v7/Screen_shot_2012_10_09_at_8_45_27_PM.png

Answer 1

这个问题似乎是由过度简化的路由机制引起的。我得到的印象是您使用的是简单的 explode()从 URL 收集参数。虽然这仅适用于基本示例，但当您尝试使用更高级的路由方案时，设置将失败。

而不是在 / 上拆分字符串，您应该将其与正则表达式模式进行匹配。基本上，您定义要匹配的模式列表，第一个匹配项用于填充 Request实例。

在您的情况下，将定义两种模式:

• '#admin/(:?(:?/(?P<controller>[^/\.,;?\n]+))?/(?P<action>[^/\.,;?\n]+))?#'
• '#(:?(:?/(?P<controller>[^/\.,;?\n]+))?/(?P<action>[^/\.,;?\n]+))?#'

如果第一个失败，第二个会匹配。

P.S. 您应该知道 Controller 不应该渲染输出。响应的生成是 View 实例的责任。 View 应该是功能齐全的对象，其中包含表示逻辑并可以从多个模板中组合响应。