RoR中的Javascript视图

这主要是关于良好实践的理论问题，我对其他开发人员的意见很感兴趣

我一直在开发一个应用程序，它使用ajax获取、保存或更新大部分内容。虽然保存和获取并没有问题，但根据请求结果更新页面内容是非常困难的

至少在我开始使用javascript视图之前

现在，我要做的就是为资源创建一个视图，即.js.erb，并定义调用视图时将发生什么（使用：remote=>true）。梦想成真

然而，既然所有的好东西都必须伴随着很少的陷阱，那么这种方法必然会有某种东西最终困扰着我。我只是还没看到

---

所以，意见。。。我会被咬吗？

在我看来，让你远离麻烦的主要规则是：

• 关闭浏览器中的javascript，应用程序是否仍能正常运行？你能四处走动，做同样的动作吗你应该能够。这源于“渐进增强”的概念，IMHO是javascript/ajax应该如何实现的

还有几点：

如果您的javascript视图和“普通”视图没有使用完全相同的模板（部分）将内容绘制到页面上，这将对您造成不利影响。有两个地方来维持事物的表象是一个很大的痛苦。因此，确保它们是一个在同一个

如果你的应用程序是JavaScript重的，你需要它能够运行，你可以考虑从API开始开发这个项目。设计并实现一个功能完整的RESTfulJSONAPI，它允许您执行所有需要执行的操作，然后在此基础上构建UI。副作用：现在您有了一个API可以提供给您的客户，它与您内部用来驱动接口的API相同，简化并统一了开发和维护

---

我希望这能帮助你朝着一个好的方向前进

我建议你先被咬一口。也许有一百万件事情可以让你得到，但你在做任何事情之前都不知道。如果你在这里问一个真正的问题会更好。谢谢，但我真的没有任何真正的问题。然而，我确实尽可能多地关注如何利用最佳实践，虽然这很好地工作，但我可能对它的神奇之处过于悲观。API优先开发的想法太棒了。我必须记住它的一个未来的项目。回到话题上来。普通视图（如果存在）是html（甚至是远程视图），由application.js中的函数处理。只有创建和更新操作视图是可执行的javascript，用于更新索引操作上的内容。对于索引操作上的内容块，使用部分绘制它们，然后在AJAX更新中重新使用相同的部分以获得编辑/更新结果。那么您只有1个“代码表示”和您的所有集合。对不起，如果你明白这一点，我只是多余的：）