Question

是否可以为获取请求提供未知数量的参数？

示例，这可行但不理想。

$app->get('/print/{template}/{arg1}/{arg2}', function ($template, $arg1, $arg2) use ($app)     {
  $str = $template . " " . $arg1 . " " . $arg2;
  return $str;
})
->value('template', FALSE)
->value('arg1', FALSE)
->value('arg2', FALSE);

我想要的是为模板变量之后输入的任何内容返回的参数数组。我不能看到超过4或5个参数需要，但我希望从一开始就尽可能灵活。

理想情况下，我想做这样的事情，

$app->get('/pdf/{template}/{args[]}', function ($template, $args) use ($app) {
  $str = $template;;
  foreach($args as $arg)
    $str .= " " . $arg;

  return $str;
});

Answer 1

如果您真的想要，可以通过放宽对变量的要求轻松解决此限制。你可以这样做by using assert：

$app->get('/pdf/{template}/{args}', function ($template, $args) {
    ...
})
->assert('args', '.*')
->convert('args', function ($args) {
    return explode('/', $args);
});

通过使$args正则表达式更宽松，它将匹配字符串的其余部分，即使它包含斜杠。然后，参数转换器将匹配的字符串拆分为段。

总的来说，我同意@Sgoettschkes建议使用查询字符串参数。如果您需要具有灵活段的高度动态路由，那么在大多数情况下您会做错事。查询字符串通常更适合这些参数。

Answer 2

据我所知，路由组件不支持这种开箱即用。

我稍微调查了一下代码，得出的结论是添加这样的路线会很困难。路由的工作方式是每个路由在匹配完成之前注册，因此路由必须存在。这意味着不能有“通配路线”。

我不知道您是否考虑过这一点，但您可以随时通过“真实”获取参数传递尽可能多的信息：

/print/template?optional1=arg&optional2=arg

这可以解决您的问题，无需任何修改即可使用。

另一种处理此问题的方法是注册一个before事件，自己查看请求并修改它。例如，您可以通过/拆分整个URL，查看模式是否与您预期的格式匹配，然后将所有可选参数放入一个参数中间，并在其间使用特殊字符spacer。我不建议这样做，但这是可能的。

另一种处理方法是注册自己的ControllerCollection，获取实际请求并注册与实际请求匹配的路由，以防有可选参数。我想这会更清洁。

解决这个问题的一种方法可能是前端。如果您的请求总是将其他参数放入最后一个参数中，并且中间有一个特殊字符，您可以读取最后一个参数，将其拆分并使用：

/print/template/arg:arg

你可以这样：

$app->get('/print/{template}/{args}', function ($template, $args) use ($app)     {
  $args = explode(':', $args);
  $str = $template . " " . $args[0] . " " . $args[1];
  return $str;
})
->value('template', FALSE)
->value('args', FALSE);

我会选择创意1或4，主要是因为2和3会随着时间的推移而变得非常混乱，并且看起来不是很干净。

使用Silex实现灵活的动态路由

2 个答案: