DRY の原則に従って、特定のパターンを 1 回または 2 回以上繰り返す場合は、すぐにパーシャルを使用するようにしています。その結果、私のビューの一部は、10 以上の異なるパーシャルで構成されています。これが全体のパフォーマンスに悪影響を及ぼすのではないかと心配しています。一部のプログラミング本では、パーシャルの使用とメソッドの使用を比較しています。では、それらをいつ使用するかを決定するために同じ理論的根拠を使用する必要がありますか?
Railsプロジェクトのパーシャルのサイズと量に関するベストプラクティスは何ですか?
私はあなたのやり方が気に入っています。ビュー コードを 2 回繰り返したら、それをパーシャルにリファクタリングします。プロファイルが作成され、必要性が証明された後、必要に応じて高速化できるというのはティムの権利です。
ここで 1 つ注意点があります。ビューを処理するプロのデザイナーと一緒に作業する場合、長期的にはかなり反復的なビュー コードを使用する方が簡単になる可能性があります。一部の人々は、パーシャルを検索して、それらがどのように適合するかを「確認」するのに苦労しています。それらの人々にとっては、シバン全体を管理し、必要に応じて複数のファイルを更新できるようにする方が簡単であることがわかりました。最適な？プログラマーとしての私たちにはそうではありませんが、デザイナーはほとんどの HTML を 20 ではなく 1 つまたは 3 つのファイルで見ることに慣れています。:)
最適化のルールを覚えておいてください。
アプリケーションが完成した後、ビューが遅すぎる場合は、New Relic などを使用して、スローダウンが発生している場所を見つけてください。可能性のある場所はたくさんありますが、パーシャルにある可能性は低いです。