有人可以解释提供商模型的哪一部分最能代表业务层？
业务规则和业务逻辑应该在哪里？
如果您的意思是.NET中的会员资格提供商，我想说的是商业层将提供商用作服务（例如John State）。尽管如果您自己实施了提供商（就像用户是业务对象一样，这条线有点灰色？
通常，提供商是与业务应用程序分开开发的，因为它们是更多的基础架构类型代码。
但是，如果您只是对提供商部分感兴趣，那么您通常在提供商中有以下部分：1.基础架构（配置阅读/数据库通信/等）2.提供商界面（为消费代码提供服务）3."业务"对象和规则
我想业务层将是特定提供商的实现（通常有一个实现基础架构内容的基类）。例如，会员提供者处理用户和成员资格对象，并有一些有关如何做其作为提供商的事情的规则。
，除非您谈论的是与我不同的"提供商模型"，否则是与业务层没有关系。
提供商模型只是一个或多个组件提供一组服务的体系结构。例如，在LINQ中，LINQ提供商将映射提供给数据存储或其他数据源，而.NET Framework类提供其余的。