私の状況では、私の会社は多くのタイプの顧客にサービスを提供しています。ほとんどすべてのお客様が独自のビジネス ロジックを必要としています。もちろん、すべてのビジネス ロジックが継承する基本レイヤーがあります。ただし、すべての顧客に対して 1 つの DLL を使用するか、顧客ごとに 1 つの DLL を使用するかのいずれかで、これを設計する作業を行ったり来たりしています。
私の最大の争点は、ソフトウェアのアップグレードです。当社には 20 社の企業と連携する約 12 人のデータ入力担当者がおり、ダウンタイムがほとんどないことが重要です。私の懸念は、すべてを 1 つの dll に展開すると、会社 B のロジックを更新するだけで、会社 A のロジックにバグが発生する可能性があることです。各会社のロジックに独自の dll があれば、リスクを軽減できると思います。そのため、会社 A に害を与えることなく、会社 B の更新を展開できます。-- これをサポートするのは私だけです。
とはいえ、これは 20 の異なる .dll を管理するのも悪夢のように思えます。これは BLL だけの場合です。View レイヤーと ViewModel レイヤーも作成する必要があります。したがって、潜在的に、20 (会社) * 3 (レイヤー) を持つことができ、これは 60 の .dll に相当します。
ありがとうございました。