在我的情况下，我的公司服务于多种类型的客户。几乎每个客户都需要自己的业务逻辑。当然，会有一个所有业务逻辑都应该继承的基础层。然而，我在架构这个方面来回走动——要么为所有客户使用一个 dll，要么为每个客户使用一个 dll。
我最大的争论点在于升级软件。我们有大约 12 名数据录入人员，与 20 家公司合作，他们几乎没有停机时间，这一点至关重要。我担心的是，如果我将所有内容部署在一个 dll 中，我可能会在 A 公司的逻辑中引入一个错误，而只是打算更新 B 公司的逻辑。我相信如果每个公司的逻辑都有自己的 dll，我可以降低风险，因此，我可以部署 B 公司的更新而不会伤害 A 公司。——我将是唯一支持这一点的人。
也就是说，管理 20 个不同的 .dll 似乎也是一场噩梦——仅针对 BLL。我还需要创建一个 View 层和 ViewModel 层。因此，我可能有 20 个（公司）* 3 个（层），这相当于 60 个 .dll。
谢谢你。