architecture - Backbone.js 架构 : routes or application state?

标签 architecture backbone.js routes

我正在构建一个相当复杂的 Backbone.js 应用程序。来自 Rails 背景,我试图弄清楚何时适合触发路由(及其具有 true 选项的功能),以及何时仅更改应用程序状态而不影响 url。

似乎严重依赖路由器是一个不错的方向,因为我可以轻松地将应用程序启动到我想要的任何状态。这方面有什么最佳做法吗?当我开始依赖 navigate 方法时,我注意到我的 View 被复制了。

最佳答案

这真的要视情况而定。

当状态实际上您希望能够添加书签/共享的内容时,您通常希望使用路由。

另一方面,如果您只是更新 View 中的某些内容,而这并不是您真正需要为其检索状态的内容 - 只需更改它即可。但是,您可以提供通往该州的路线的选项,但不是必需的。例如,如果您的应用程序涉及 map ——您可能不想在用户每次平移/缩放 map 时都更新位置/路线,但为“分享”或“书签”类型提供一个按钮可能是个好主意功能。

关于architecture - Backbone.js 架构 : routes or application state?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13078627/

相关文章:

java - 不变性和图形模型——如何创建它们?

c++ - 如何将 boost::signals2::signal 连接到纯虚函数?

java - 如何设计MQ Server?

mobile - 移动测量应用程序的架构

class - 使用 React.js 在选项卡上切换类

Node.js 可重用代码服务器-客户端

Angular::从嵌套导出链接到父 'router-outlet'

javascript - Uncaught ReferenceError : JST is not defined on Rails Backbone

ruby-on-rails - "resources :post, except: :new"使 Rails 认为路线/帖子/新将指向帖子 ID "new"

angular - 在 Angular 4/5 和 TypeScript 中重新加载同一页面