多条匹配路线

Question

我有一个backbone.js 应用程序，它定义了两个控制器，并且这两个控制器都定义了与location.hash 匹配的路由模式。我无法让它们都启动 - 例如

ManagerController = Backbone.Controller.extend({
   routes: {
      ":name":      "doStuff"
   },

   doStuff : function(name) {
      console.log("doStuff called...");
   }
});

Component1Controller = Backbone.Controller.extend({
   routes: {
      "xyz123":      "doMoreStuff"
   },

   doMoreStuff : function() {
      console.log("doMoreStuff called...");
   }
});

，如果网址是“http://mysite.com/#xyz123”，那么我会看到调用“doStuff()”，或者如果我注释掉该路线，然后调用“doMoreStuff()”。但不是两者兼而有之。

我使用这种架构是因为我的页面是高度面向组件的，并且每个组件都定义了自己的控制器。 “组件管理器”还定义了一个控制器，它对所有路由进行一些内务管理。

我是否应该能够配置两个响应同一路由的控制器？干杯，

科林

Answer 1

简短的回答：不，你不能那样做。每页一个控制器。

长答案：当您实例化一个新控制器时，它将其路由添加到历史单例中。 History 单例正在监视 URL 的哈希组件，当哈希发生变化时，它会扫描路由以查找符合其需求的第一个表达式。然后它触发与该路由关联的函数（该函数已绑定到声明它的控制器）。它只会发射一次，如果发生冲突，发射的顺序在形式上是不确定的。 （实际上，它可能是确定性的。）

哲学答案：控制器是一个“视图”对象，它根据 URL 的哈希组件影响整个页面的呈现。其目的是提供用户将来可以访问的具有书签功能的 URL，以便当他访问某个 URL 时，他可以从多个视图中预先选择的视图开始。从您的描述来看，听起来您正在操纵这个公开暴露的、可手动寻址的项目来操纵视口的不同部分，同时不干涉其他部分。事情不是这样的。

Backbone 的优点之一是，如果您向它传递一条已经是正则表达式的路由，它会按原样使用它。因此，如果您尝试使用控制器创建可添加书签的布局描述（组件 1 在显示模式“A”下位于右上角，组件 2 在显示模式“B”下位于左上角，等等）我可以建议一些替代方案 - 在 URL 的哈希部分中为每个名称空间分配一个名称空间，并创建忽略其余部分的路由，即

routes: {
    new RegExp('^([^\/]*)/.*
查看第一个如何仅使用第一个斜杠之后的项目，第二个如何使用第二个斜杠之后的项目，等等。你可以完全按照你想要的方式编码你的魔法。
不过，我建议，如果您要对组件的外观和感觉做一些事情，并且您希望其具有相当持久性，那么您可以研究从某些本地存储获取和设置其 cookie 的视图；如果它们足够小，饼干就足够了。
): 'doComponent1stuff',
    new RegExp('^[^\/]*/([^\/]*)\/.*
查看第一个如何仅使用第一个斜杠之后的项目，第二个如何使用第二个斜杠之后的项目，等等。你可以完全按照你想要的方式编码你的魔法。
不过，我建议，如果您要对组件的外观和感觉做一些事情，并且您希望其具有相当持久性，那么您可以研究从某些本地存储获取和设置其 cookie 的视图；如果它们足够小，饼干就足够了。
: 'doComponent2stuff',
}

查看第一个如何仅使用第一个斜杠之后的项目，第二个如何使用第二个斜杠之后的项目，等等。你可以完全按照你想要的方式编码你的魔法。

不过，我建议，如果您要对组件的外观和感觉做一些事情，并且您希望其具有相当持久性，那么您可以研究从某些本地存储获取和设置其 cookie 的视图；如果它们足够小，饼干就足够了。

Answer 2

我有一个非常相似的问题。目前，骨干网在第一个匹配路由之后停止。我有一个肮脏的解决方法，我重写了 Backbone History 的 loadUrl 方法。在这里，我迭代所有已注册的路由并触发所有匹配路由的回调。

_.extend(Backbone.History.prototype, {
  loadUrl : function() {
    var fragment = this.fragment = this.getFragment();
    var matched = false;
    _.each(this.handlers, function(handler) {
      if (handler.route.test(fragment)) {
        handler.callback(fragment);
        matched = true;
      }
    });
    return matched;
  }
})

从哲学上讲，我同意每页有一个控制器。然而，在基于组件的视图框架中，如果每个路由有多个视图渲染视图状态的不同部分，那就太好了。

欢迎评论。

Answer 3

我已经使用命名空间来处理类似的问题。每个模块都有自己的模块控制器，但仅限于处理以 /moduleName/ 开头的路由，这样模块就可以独立开发。

Answer 4

我还没有完全测试这一点，如果你看一下 Backbone.js 源代码，你可以在第 1449 行看到这一点：

// Attempt to load the current URL fragment. If a route succeeds with a
// match, returns `true`. If no defined routes matches the fragment,
// returns `false`.
loadUrl: function(fragment) {
  fragment = this.fragment = this.getFragment(fragment);
  return _.any(this.handlers, function(handler) {
    if (handler.route.test(fragment)) {
      handler.callback(fragment);
      return true;
    }
  });
}

any 方法一旦与处理程序路由匹配（带有“return true”）就会停止，只需注释掉返回，就不会发生短路，并且所有处理程序都会被测试。使用具有两个模块的木偶应用程序对此进行了测试，每个模块都有自己的路由器和控制器，监听相同的路由并同时启动。

Answer 5

我认为这是解决路由问题的最简单方法

：{
'': '用户网格',
'用户'：'用户网格'，
}