gpt4 book ai didi

php - Silverstripe URL 模式 $url_handlers 不工作 - namespace 似乎冲突

转载 作者:可可西里 更新时间:2023-11-01 00:56:05 25 4
gpt4 key购买 nike

当我尝试使用以下 $url_handlers 为 RESTful API 创建路由时,似乎会在两种模式之间产生冲突。

class API extends Controller {

...

private static $url_handlers = array(
'GET object' => 'read',
'POST object' => 'create',
'PUT object/$ID' => 'update',
'PUT object/$ID/$OtherID' => 'assign',
'DELETE object/$ID' => 'delete',
'DELETE object/$ID/$OtherID' => 'unassign',
);

...
}

object/1 工作正常,但 object/1/1update 操作匹配。

我要添加哪些额外的细节才能使这些模式发挥作用?

最佳答案

我在 zippyflamerohr 的帮助下找到了答案 Silverstripe Users Slack


URL 模式应该按照最具体最不具体的顺序定义。

选项 1:

正确地重新排序模式,并在变量之间添加一个静态段,以便添加的特异性避免模式在不应该匹配的时候匹配,例如

private static $url_handlers = array(
'GET object' => 'read',
'POST object' => 'create',
'PUT object/$ID/static-segment/$OtherID' => 'assign',
'PUT object/$ID' => 'update',
'DELETE object/$ID/static-segment/$OtherID' => 'unassign',
'DELETE object/$ID' => 'delete',
);

选项 2:

正确地重新排序模式,并使用 ! 约定来定义必须提供 URL 参数才能匹配模式,例如

private static $url_handlers = array(
'GET object' => 'read',
'POST object' => 'create',
'PUT object/$ID/$OtherID!' => 'assign',
'PUT object/$ID' => 'update',
'DELETE object/$ID/$OtherID!' => 'unassign',
'DELETE object/$ID' => 'delete',
);

这个约定可以在 Silverstripe 的 Routing 文档中找到: https://docs.silverstripe.org/en/3.2/developer_guides/controllers/routing/#url-patterns

关于php - Silverstripe URL 模式 $url_handlers 不工作 - namespace 似乎冲突,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/43060595/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com