Backbone.js 为什么我应该在BackboneJS应用程序中使用Handlbar模板而不是下划线模板?

Backbone.js 为什么我应该在BackboneJS应用程序中使用Handlbar模板而不是下划线模板?,backbone.js,handlebars.js,client-side-templating,Backbone.js,Handlebars.js,Client Side Templating,我见过很多人将手柄模板与BackboneJS一起使用,而不是下划线模板,甚至下划线也是BackboneJS的硬依赖项。谁能告诉我这样做的好处吗?车把: 与胡子模板兼容-可以使用什么样的cam来使用相同的语法,甚至是模板 更可读的语法 下划线: 无需为模板加载额外的库 下划线不仅仅是它的模板引擎。它有80多个用于处理对象、数组和集合的有用函数 在我看来,根据项目的具体情况使用这些LIB有很多优点和缺点 这取决于您使用的位置和需要模板的内容 例如,正如Evgeniy所说,当您需要处理大量集合时,例如

我见过很多人将手柄模板与BackboneJS一起使用,而不是下划线模板,甚至下划线也是BackboneJS的硬依赖项。谁能告诉我这样做的好处吗?

车把:

  • 与胡子模板兼容-可以使用什么样的cam来使用相同的语法,甚至是模板
  • 更可读的语法
  • 下划线:

  • 无需为模板加载额外的库
  • 下划线不仅仅是它的模板引擎。它有80多个用于处理对象、数组和集合的有用函数

  • 在我看来,根据项目的具体情况使用这些LIB有很多优点和缺点

    这取决于您使用的位置和需要模板的内容

    例如,正如Evgeniy所说,当您需要处理大量集合时,例如排序,或提取特定字段的值(从结果集中),提取唯一值。。。在这些地方,您最好使用下划线

    回到Evgeniy所说的,我认为正是这些80多个有用的函数使下划线变得重要

    对于模板,我更喜欢使用把手,因为我觉得当涉及到模板需求时,把手比下划线更具可读性,也不太复杂。这也是我的偏好

    但底线是,我为它提供的函数使用下划线,为模板使用把手


    希望这有帮助。

    下划线提供了任何项目所需的基本功能,这就是它的优点

    同时,手柄可以有效地用于需要对某些数据集执行许多格式化/通用功能的项目中。例如,如果一个项目需要以特定格式显示一个名称,并且必须在整个应用程序中同步,那么手柄就派上了用场

    我们可以简单地编写一个把手,并从应用程序中的所有位置调用该函数

    简言之,我想说的是,两者都是方便的发展,他们在各自的方式是美妙的

    希望我没有把你弄糊涂:)