デザインパターンの命名と説明：プロバイダ、サービス、ブローカー

Question

誰かが私のために定義することができます概念的な違いは、プロバイダ、サービスとブローカの間ですか？

私は定期的にMVCアプリケーションを作成し、多くのビジネスロジックを他のクラスにオフロードします。空想的なものではなく、パラメータを渡してPOCOインスタンスを受け取るだけです。

コントローラの重い荷物を運んでいるクラスに適切なラベルは何ですか？

Answer 1

プロバイダは本当に誰かが、彼らは多くの実装が存在する可能性があるために、いくつかの抽象契約について話しているプロバイダの使用に言及している一般的Strategy Pattern

のためのちょうど別の名前です。

//As an abstract base class 
public void SetupRoles(RoleProvider provider){} 

//As an interface 
public void SetupRoles(IRoleProvider provider){} 

//As a delegate 
public void SetupRoles(Action<String> addRole){} 

サービスは、通常、メソッドだけを持つステートレスオブジェクトを示すためのものです。サービスは戦略として使用できますが、必ずしもそうである必要はありません。

//Plain old service... doesn't even need the web 
// CRAZY TALK MAN!!! 
public static class RoleService 
{ 
    public static void SetupRoles(){}; 
    public static String[] GetRoles(){}; 
} 

Brokerは実際には...仲介に責任があります。サービスとオブジェクトの間でメッセージを移動し、サービス間の相互作用を調整して分離した状態に保つように設計されています。

public class Broker 
{ 
    public void SendImportantMessage(Message msg) 
    { 
     //Do some important processing here 
     // Maybe some validation 
     NotifySomeOtherServiceOrClassOrMaybeBobFromAccounting(msg); 
    } 
} 

Answer 2

これらは建築パターンデザインパターンとは対照的にように見えます。

• Service oriented architecture.

• Asp.net patterns every developer should know.