4
A
回答
7
是的。你可以在任何地方写静态内容而不是动态内容,你会看到更好的性能。如果使用link_to
可以使事情在特定情况下更容易编写和理解,然后使用它,但是如果您自己认为不需要,可以节省CPU时间并自己写一个标签。
这是专门讨论的,因为它涉及到Rails助手in this article。根据文章:
Rails核心中的许多helper运行速度相当缓慢。通常,所有采用URL哈希的助手都会调用路由模块以生成引用基础控制器操作的最短URL。这意味着需要检查路线文件中的几条路线,这是一个成本高昂的过程,大部分时间...对于显示大量链接的网页,我已经测量了高达200%的速度提升(考虑到其他所有内容被优化)。
0
是的,你可以使用替代的link_to如果您使用的是在应用程序中定义较少控制器或更少的路由进行简单的GET请求链接(不阿贾克斯或者其他方法,如POST,PUT等),简单的HTML标签
相关问题
- 1. nanoc或ruby link_to问题
- 2. Rails link_to问题
- 3. Rails link_to问题
- 4. rails link_to问题
- 5. Rails link_to问题
- 6. link_to问题
- 7. 性能问题使用awk
- 8. 使用link_to问题:远程 - Rails 3
- 9. mysql - “趋势”功能a la reddit/hackernews性能问题
- 10. NHibernate或SQL Server 2008性能问题
- 11. GetAll或GetList函数和性能问题
- 12. SDN4或neo4j-ogm性能问题
- 13. MyGeneration或SQL Server性能问题
- 14. 并行化使用.AsParallel()或的ForAll性能Parallel.ForEach问题
- 15. LINQ - 使用where或join - 性能差异?基于这个问题
- 16. 性能问题
- 17. 性能问题
- 18. 性能问题
- 19. 性能问题
- 20. 性能问题
- 21. 性能问题
- 22. 性能问题
- 23. 。性能问题
- 24. 性能问题
- 25. 性能问题
- 26. 性能问题
- 27. 性能问题
- 28. 使用TUniTable的性能问题
- 29. Oracle - 性能问题。使用GROUPBY
- 30. 使用redux的Tab Navigator性能问题
不这个答案在这么多年后仍然代表Rails 3? – Victor 2014-11-16 17:12:15