.net APIのベストプラクティス

Question

私たちは、.net Winformsアプリケーション用のAPIレイヤーを作成する予定です。私はいくつかのベストプラクティスの良い例についてgoogleを試してみましたが、私の質問に答えられるものはあまり見つかりませんでした。現在、以下の構造があります。

ビジネスロジックは、ビジネスエリアに基づいて別々のアセンブリにあります。従ってST.Invoice.Business.dll、ST.Order.Business.dllなど。次に、我々はST.Invoice.Bussiness.DC.dll、ST.Order.Business.DC.dllというようになります（DCは、すべてのインターフェースを持つデータコントラクトを意味します）。データレイヤーと同じ構造（ST.Invoice.Data.dll）これらのアセンブリは、実行時にサービスファクトリを介してロードされ、ServiceFactory.InvoiceBusinessService.GetInvoices(...)を介してアクセスできます。他のサードパーティのアプリケーションに機能を公開する必要があります。私がそれらに請求書を言うという機能をすべて与えたのであれば、私はちょうど請求書に関連する上記のアセンブリを与えてもいいですか？ST.Invoice.BusinessAPI.dllと呼ばれる別のアセンブリを作成する必要がありますか？私はちょうどAPIを書く方法についての指針を必要とし、それが私たちのBIを使用して、私たちのDB

Answer 1

Framework Design Guidelines: Conventions, Idioms, and Patterns for Reusable .NET Libraries (2nd Edition)

組み合わせると話をする彼らに私たちのdllを与える意味は仕事が

を成し遂げるためにST.Invoice.Business.dllのメソッドそれはFxCopとあなたは素晴らしいスタートを持っている。