为了与 DRY 原则保持一致,我尝试在重复特定模式超过一次或两次时立即使用分音。结果,我的一些观点由十个或更多不同的部分组成。我担心这可能会对整体性能产生负面影响。一些编程书籍将部分的使用与方法的使用进行了比较。那么我应该使用相同的理由来确定何时使用它们吗?
关于 Rails 项目中部分的大小和数量的最佳实践是什么?
为了与 DRY 原则保持一致,我尝试在重复特定模式超过一次或两次时立即使用分音。结果,我的一些观点由十个或更多不同的部分组成。我担心这可能会对整体性能产生负面影响。一些编程书籍将部分的使用与方法的使用进行了比较。那么我应该使用相同的理由来确定何时使用它们吗?
关于 Rails 项目中部分的大小和数量的最佳实践是什么?
我已经喜欢你的做法了:一旦你重复了两次查看代码,就将其重构为部分代码。蒂姆说得对,您可以在对其进行分析和证明有必要之后根据需要加快它的速度。
这是我的一个警告:如果您与处理视图的专业设计师合作,从长远来看,拥有相当重复的视图代码可能会更容易。有些人很难通过局部搜索并“看到”它们如何组合在一起。我发现这些人更容易让他们管理整个 shebang 并在需要时更新多个文件。最佳?对我们这些程序员来说不是,但设计师更习惯于在一到三个文件中而不是 20 个文件中查看大部分 HTML。:)
记住优化规则!
如果在您的应用程序完成后,您的视图太慢,请使用 New Relic 之类的工具来找出减速发生的位置。可能有很多地方,但不太可能在您的部分中。