为深度路径构造 falcor 路由器的有效方法？
Efficient way to structure falcor router for deep paths?
我将继续 experiments 使用 falcor 并享受其中的大部分内容，但我注意到一些令人担忧的事情。
我正在从多个不同的 API 组装我的 JSONGraph，这正是 falcor-router 的目的。但是我似乎无法找到一种方法来为不需要特殊处理的字段提供一个包罗万象的方法 w/o 炸毁 do 需要做的任何路由特殊处理。
我的路线如下所示：
items[{integers:ids}].nameitems[{integers:ids}][{keys:fields}]
无论我声明路由的顺序如何，通用路由总是获胜。有没有比像这样构建我的路线的全核选项更好的方法来避免这种情况？
items[{integers:ids}].nameitems[{integers:ids}]['fooga', 'wooga', 'booga', 'tooga', ... ]
这看起来很脆弱，如果来自后备服务器的数据发生变化，我不仅要更新我的应用程序代码，还要更新我的路由器。如果你有深度嵌套的对象，随着排列的数量迅速增加，它也会变得一团糟。
我认为这是一个错误。路由器应该首先匹配最具体的路径。如果您能将其记录为问题，我将不胜感激。我们会为您解决。
我将继续 experiments 使用 falcor 并享受其中的大部分内容，但我注意到一些令人担忧的事情。
我正在从多个不同的 API 组装我的 JSONGraph，这正是 falcor-router 的目的。但是我似乎无法找到一种方法来为不需要特殊处理的字段提供一个包罗万象的方法 w/o 炸毁 do 需要做的任何路由特殊处理。
我的路线如下所示：
items[{integers:ids}].nameitems[{integers:ids}][{keys:fields}]
无论我声明路由的顺序如何，通用路由总是获胜。有没有比像这样构建我的路线的全核选项更好的方法来避免这种情况？
items[{integers:ids}].nameitems[{integers:ids}]['fooga', 'wooga', 'booga', 'tooga', ... ]
这看起来很脆弱，如果来自后备服务器的数据发生变化，我不仅要更新我的应用程序代码，还要更新我的路由器。如果你有深度嵌套的对象，随着排列的数量迅速增加，它也会变得一团糟。
我认为这是一个错误。路由器应该首先匹配最具体的路径。如果您能将其记录为问题，我将不胜感激。我们会为您解决。