2011-01-28 12 views
0

最近、特定のRails3プロジェクトの一般的なガイドラインを作成することにしました。そして、基準を定式化するためのいくつかの問題を経験しました。コードはどこに置かれるべきですか?我々は、次で終わるモデルの場合Railsアプリケーションのモデルに新しいメソッドを追加するための基準

:場合 メソッドをモデルに追加する必要があります...

  1. それはモデルの属性を変更します。
  2. これは、モデルのメソッドの呼び出しの長いシーケンスのショートカットとして機能し、良い(意味)名前を持っています。
  3. いくつかの機能を再定義します。
  4. これは、アーキテクチャの問題のために挿入する必要があります。 (集計が動作するときの場合を除く)、それがデータを表すために使用される

    1. ...場合

    方法挿入されるべきではありません。

  5. それは、それが持っている他のメソッドのエイリアス(別名を作成する標準的なルビーの方法を使用します)
  6. あるシンタックスシュガー(構文は永続的でなければなりません)
  7. それが一定の値(使用定数やクラス変数)を返し
  8. ですより複雑なロジックではなく、db内の何も変更しません(libに移動してください)

また、条件として追加することはできますか?そのような質問にはどの書籍\記事が含まれていますか?

答えて

1

Rails Antipatterns: Best Practice Ruby on Rails Refactoringを読むことを強くお勧めします。ここで取り上げたことの多くは議論されていますが、それはベストプラクティスの本です。しばらくの間、Railsで作業していたのであれば、多くのトピックがかなり明白ですが、コーディングの実践を「チェックインする」ための素晴らしいリソースです。私は私のチームの他の開発者にそれを貸し出して、本当に肯定的なフィードバックを与えました。

+0

うーん..何らかの理由で私はこの本に気​​付かなかった。私を指摘してくれてありがとう。 – Eugene

+0

それはかなり最近に解放され、おそらくそれに値する露出を持っていない。 –

関連する問題