【发布时间】：2012-10-19 08:29:19
【问题描述】：
谁能解释一下提供者模型的哪一部分最能代表业务层？
业务规则和业务逻辑应该放在哪里？
【问题讨论】：
标签： c# asp.net .net provider-model
【发布时间】：2012-10-19 08:29:19
【问题描述】：
如果您的意思是 .net 中的 Membership Provider，我会说业务层将提供者用作服务（如 John 所说）。虽然如果您自己实现提供程序，这条线有点灰（比如用户是业务对象吗？如果是，那么提供程序逻辑中的规则呢？）。
提供程序通常与业务应用程序分开开发，因为它们更多是基础设施类型的代码。
但是，如果您只是对提供程序部分感兴趣，那么您通常在提供程序中有以下部分： 1. 基础设施（配置读取/数据库通信/等） 2. 提供者接口（为消费代码提供服务） 3.“业务”对象和规则
我猜业务层将是特定提供者的实现（通常有一个基类来实现基础设施的东西）。例如，成员资格提供程序处理用户和成员资格对象，并有一些关于如何执行作为提供程序的规则。
【讨论】：
除非您谈论的“提供者模型”与我不同，否则 与业务层没有任何关系。
提供者模型只是一种架构，其中一个或多个组件提供一组服务。例如，在 LINQ 中，LINQ Provider 提供到数据存储或其他数据源的映射，而 .NET Framework 类提供其余部分。
【讨论】：