我正在呈现新闻提要。
我计划将 Backbone.js 用于我的 javascript 内容，因为我厌倦了使用 JQuery 进行手动 DOM 绑定(bind)。
所以现在我正在考虑 2 个选项。
当用户加载页面时，“新闻提要”容器是空白的。但是该页面会触发一个 javascript，该 javascript 会将新闻提要的项目呈现在屏幕上。这将与 Backbone 的模型和集合等相关联。
当用户加载页面时，服务器会呈现“新闻提要”。即使关闭了 javascript，项目仍会显示，因为服务器通过模板引擎呈现它。
我想使用 Backbone.js 来保持我的 javascript 干净。所以，我应该选#1，对吧？？但是#1 比#2 复杂得多。
顺便说一句，我问这个问题的原因是因为我不想使用 Backbone.js 的路由功能。我会单独加载每个页面，并将 Backbone 用于页面的各个项目。换句话说，我在中途使用 Backbone.js。
如果我要使用 Backbone.js 的路由功能，那么显而易见的答案是 #1，对吧？但我担心构建路线系统会花费太多时间，并且时间也应该平衡到我的等式中。
如果这个问题令人困惑，我很抱歉:我只想知道使用 Backbone.js 的最佳实践并节省时间。
最佳答案
两者各有利弊，所以我会这样说:根据您的要求，选择最适合您的选项。
我不了解 Backbone.js，所以我将保留我对客户端与服务器端呈现的回答。
客户端渲染
这种方法允许您在服务器端快速呈现您的结构，然后让用户的 JavaScript 获取实际内容。
优点:
- 感知到的用户体验更快:如果初始渲染中有足够的静态内容，则用户可以更快地返回页面(或至少返回页面的开头)并且他们不会为此烦恼动态内容，因为很有可能也会相当快地呈现。
- 更好地控制缓存:通过要求浏览器发出多个请求，您可以将服务器设置为根据您的要求为每个 URL 使用不同的缓存 header 。通过这种方式，您可以允许用户缓存初始页面呈现，但要求用户每次都获取动态(变化的)内容。
缺点:
- 用户必须启用 JavaScript:这是一个显而易见的问题，我什至不需要提及它，但如果您不这样做，您就会减少一部分(非常小的)用户群' 为您的大量 JS 网站提供优雅的替代方案。
- 复杂性:这个有点主观，但在某些方面，将所有内容都用服务器端语言编写会更简单，而且不需要那么多来回操作。当然，它可以是双向的。
- 后处理慢:这取决于浏览器，但事实是，如果在检索动态内容后需要进行大量 DOM 操作或其他后处理，它可能会更快如果服务器未得到充分利用，让服务器执行此操作。大多数浏览器都擅长基本的 DOM 操作，但如果您必须进行 JSON 解析、排序、算术等，其中一些在服务器上可能会更快。
服务端渲染
这种方法允许用户一次接收所有内容，也适合没有良好 JavaScript 支持的浏览器，但这也意味着在浏览器获得第一个 <html> 之前，所有内容都需要更长的时间。标签。
优点:
- 内容同时显示:如果您的服务器速度很快，它会同时呈现所有内容，仅此而已。没有凌乱的 XmlHttpRequests(还有人直接使用它们吗？)。
- 快速后处理:就像您不希望您的应用层对数据库查询集进行排序一样，因为数据库速度更快，您可能还希望在服务器端。如果您为客户端方法进行设计，很容易被带走并将处理放在错误的位置。
缺点:
- 较慢的用户体验:在服务器完成所有工作之前，用户将无法看到单个字节。当然，服务器可能会快速通过它，但在用户端仍然需要几秒钟的时间，您可以通过立即呈现您可以呈现的内容来帮他们一个忙。
- 扩展性不佳，因为服务器在请求上花费了更多时间:您可能确实希望服务器快速完成请求并继续进行下一个连接。
其中哪些对您的要求最重要？这应该会影响您的决定。
关于javascript - 我应该使用 JavaScript 还是服务器呈现此模板？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/8372099/