路由算法需要增加严格匹配模式 about phpboot

考虑路由规则增加正则表达式支持，你觉得如何？

[dearbird]

目前大部分的框架都支持正则路由， 我认为是必须支持的。

同意，正在加此功能

考虑再三，决定先不加正则路由，理由如下：

1. phprs的定位是开发RESTful接口的框架，对于restful的url，并不提倡定义复杂的路由规则，当前基于层次结构的路由定义已经能够满足
2. 对于“严格匹配”的需求，可以对原有路由规则实现进行扩展，代价更小。
3. 对于“正则规则”的路由，自动生成文档将是个问题，将无法把正则转换成可读性好的接口示例。
4. 性能问题，由于php原生的正则函数不支持批量规则匹配，将导致路由匹配时，需逐条匹配规则。
5. 对于特殊情况，当前路由规则无法满足的，可以在webserver端配置正则路由并rewrite解决。
6. 为保持框架简单，非必要的特性，还是不引入为妙。

[dearbird]

是的，问题不在于使用何种方式实现，而在于接口必须能在url错误的情况下返回404.

@route()增加一个参数，用于表示是否严格匹配路径
@route({"GET", "/", true}) 表示严格匹配，GET /abc将和此路由不匹配
@route({"GET", "/"}) 默认形式，非严格匹配，GET /abc将和此路由匹配

[dearbird]

我认为严格匹配模式应该是默认开启的。
API的语义应该是明确的，我不晓得什么场景下会用到不严格匹配的模式？

默认不严格匹配, 主要是为了向下兼容，另外也是参照nginx location配置规则，如果没有历史包袱，可以考虑默认严格。

典型场景有：

1. hook, 通常会应用于一类接口
2. 资源名不确定的情况，比如文件下载的接口，因为文件不固定，所以可以使用@route(GET,/files/) 定义，对应请求可以是/files/123 或者/files/mydir/123等。

[dearbird]

至少已经能支持严格匹配了，
更进一步的话，能否在配置中使用一个全局开关呢，避免每个路由都要显示配置？

同意, 已增加配置

"phprs\\Router"=>[
        "properties"=>[
            "default_strict_matching"=>true, //默认是否严格匹配
        ]
    ],

[dearbird]

hook路由，不应该使用严格匹配。

我觉得hook路由是不是使用严格匹配，还是由业务决定的，举两个例子

1. 使用严格匹配的情况
   如果需要只hook创建订单的接口POST /orders/, 此时应该使用严格匹配@route(POST, /orders/, true),否则会hook其他接口，如POST /orders/*
2. 使用严格匹配的情况
   如果为了增加权限控制，需要hook所有订单相关接口，此时则应该使用非严格匹配

[dearbird]

我理解的hook，就是为了同时匹配多个接口的。

hook如果只是满足特定的接口，为何不直接与该接口实现放在一起？
可能某些场景下，需要分开实现，目前还没有遇到，暂时保留意见。