有人可以解释一下提供商模型的哪一部分最能代表业务层吗？
业务规则和业务逻辑应该在哪里生效？
答案 0 :(得分：2)
如果你的意思是.net中的成员资格提供者，我会说商业层使用提供者作为服务（如约翰州）。如果您自己实现提供程序（如用户是业务对象，那么该行有点灰色？如果是这样，提供程序逻辑中的规则怎么样？）。
通常，提供程序是与业务应用程序分开开发的，因为它们是更基础架构类型的代码。
但是，如果您只对提供程序部分感兴趣，那么通常在提供程序中包含以下部分： 1.基础设施（配置阅读/数据库通信/等） 2.提供者接口（提供消费代码的服务） 3.“业务”对象和规则
我想业务层将是特定提供程序的实现（通常有一个实现基础结构的基类）。例如，成员资格提供者处理用户和成员资格对象，并且有一些关于如何做它作为提供者的规则。
答案 1 :(得分：0)
除非您谈论的是与我不同的“提供者模型”，否则 与业务层无关。
提供者模型只是一个体系结构，其中一个或多个组件提供一组服务。例如，在LINQ中，LINQ Provider提供到数据存储或其他数据源的映射，而.NET Framework类提供其余的。