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