在Rails中使用偏好的最佳實踐

Question

爲了與DRY原則保持一致，只要我重複特定模式的次數超過一次或兩次，就儘量使用偏好。因此，我的一些觀點由十個或更多不同的部分組成。我擔心這可能會對整體表現產生負面影響。一些編程書籍比較了部分的使用和方法的使用。那麼我應該使用相同的理由來決定何時使用它們？

有關Rails項目中偏分量的大小和數量的最佳做法是什麼？

Answer 1

我喜歡你的做法：一旦你重複查看代碼兩次，重構它的部分。蒂姆的權利，你可以根據需要加快後它已被分析和後它已被證明是必要的。

以下是我的一個警告：如果您與處理視圖的專業設計人員合作，那麼從長遠來看，可能會有比較重複的視圖代碼更容易。有些人很難搜索偏見，並「看到」他們如何融合在一起。我發現這些人更容易讓他們管理整個文件並在需要時更新多個文件。最佳？不是我們的程序員，但設計師更習慣於在一個或三個文件中看到大部分HTML，而不是20個。:)

Answer 2

請記住rules of optimization！

如果一旦您的應用程序完成，您的視圖太慢，請使用New Relic之類的東西來找出發生放緩的位置。有很多可能的地方，但它不可能在你的部分。