1）それらのメソッドのセットでモジュールに実装する必要がありますか？ 2）すべてのメソッドが特定のビジネスルールをテストする特別なクラスにそれらを実装する必要がありますか？ビジネスルールはどこに実装する必要がありますか？
また、この問題に関する良い参考文献をお勧めしますか？
UPDATE：
「ビジネス・ルールは、ビジネス、会社、または会社のルールがあることを定義したり、ビジネスのいくつかの側面を拘束し、常にtrueまたはfalseに解決されたルールである。」Wikipedia definition.
まず、「ビジネスルール」とは何かを明確に定義する必要があります。候補者は多いです：
を占めますか？あなたがそれを許すならば、それはかなり曖昧な質問です。
あなたは彼らがあなたのコード内のどこに行くにような選択肢がたくさんある：レーテ・ルール・エンジンのデータベース
開いている問題がありますか？あなたの質問は、明確に定義された問題があり、シンプルですっきりした答えを期待することを意味します。真実は広い話題だということです。
これは非常に一般的な質問と答えるのは難しいです - しかし、私はあなたの開発の中心でビジネスルールを維持する方法としてBehaviour Driven Developmentを見てみましょうと言うだろう。
MVCのパラダイム - モデルビューコントローラを調べることをお勧めします。ビューにはビジネスロジックは存在しないはずです。すべてがモデルに含まれている必要があります。
Off focused answer。私はViewレイヤーについては話していません。私はビジネスルールを検証しなければならないビジネスコンポーネントについてのみ尋ねています.... – JPCF
"焦点が合っていない"かどうかは分かりません。そのパラダイムは、 "ビジネスコンポーネント"が自己完結型モデルであり、テストするのが簡単です。 – Arafangion
私の見解では、あまりにも単純です。おもちゃではないシステムは、ほんの一握りの物にすごく揃っていることはめったにありません。 – duffymo
答えは、顧客がルールに変更を加える必要があり
答えが、その後の上にそれらのすべてにYESであれば、ルールエンジン（Droolsの、ILOGなど）は、あなたの答えはNO、その後代替にすることにある場合は、あなたのルール
を実装しないために探しているものですそれは独立して、テストしてカスタマイズおよび
たとえば、 here
EligibleForDiscountSpecification isEligibleForDiscountRule = new EligibleForDiscountSpecification();
isEligibleForDiscountRule .IsSatisfiedBy(customer)
仕様パターンはいつ使用すると思いますか？それを使用しない場合は？ – JPCF
ビジネスルールのベストプラクティスでは、ルールをプラガブルコンポーネントにする必要があります。最小限のアプローチは、専用のライブラリでそれらをコーディングし、Dependency Injection、またはReflection ...を続けることです。おそらくContracts Driven Developmentについて調査し、開始するにはwww.businessrulesgroup.org/brmanifesto.htmを見てください。
実際、あなたは私に、さまざまな可能性を知るための重要な一歩を見せてくれました...それは、私が期待していたものの一部です！ – JPCF
私は今ウィキペディアで述べられている定義を使用しています...多分あなたはそれに応じてあなたの答えを更新することができます。 – JPCF
"ビジネスルールは企業、企業、または企業のルールです" - 同音異義語以上のもの。それがWikipediaで何を意味しているのか見てください。 – duffymo