相关疑难解决方法(0)

Backbone.js视图的适当粒度是多少?

我正在采用Backbone.js来渲染现有大型Web应用程序的一个小角落.如果这很顺利,我可以看到Backbone.js正在成长为包含整个应用程序,为有机增长的应用程序提供了一些急需的结构.这是序言.现在出现问题:

我有一个选择框,允许用户选择阅读计划.当选择更改时,视图会更新一些描述性文本,日历界面和一个小部件,以便将今天的读数标记为完整.小部件将在今天的条目中为每个阅读(一个或多个)提供一个复选框,并为一个按钮提供继续到第二天的阅读.(您可以在现有应用程序的右侧看到此界面的当前非骨干版本(减去完成方案).

每个View的适当粒度是多少?我已经确定了以下"繁琐的位":

  • Tab本身,包含所有包含的控件.
  • 选择框
  • 描述性文本,响应选择框
  • 日历,响应选择框
  • 读数小部件响应选择框,包含:
    • 可选地,"开始"按钮激活当前计划.
    • 激活后,一个或多个复选框对应于今天条目中的各个读数.
    • 激活后,"下一步"按钮完成今天的输入并显示下一个.

每个子弹点都应该有自己的视图吗?只是主要部分(标签,选择框,小部件)?第一个会产生很多观点.第一个似乎可能导致过度复杂的View实现.什么是最好的?

注意:我意识到这可能被解释为一个非常主观的问题,但我仍然围绕Backbone.js和Javascript/DOM MVC模式,我希望有一个狭窄的"这是什么意图/最有效的"来自更有经验的Backbone.js从业者.谢谢!

javascript model-view-controller backbone.js

11
推荐指数
2
解决办法
2537
查看次数