-4

有人可以解释提供者模型的哪一部分最能代表业务层吗?

业务规则和业务逻辑应该放在哪里?

4

2 回答 2

2

如果您的意思是 .net 中的 Membership Provider,我会说业务层将提供者用作服务(如 John 所说)。虽然如果您自己实现提供程序,这条线有点灰(比如用户是业务对象吗?如果是这样,那么提供程序逻辑中的规则呢?)。

通常,提供程序是与业务应用程序分开开发的,因为它们更多是基础设施类型的代码。

但是,如果您只对提供程序部分感兴趣,那么您通常在提供程序中具有以下部分:1. 基础设施内容(配置读取/数据库通信/等) 2. 提供程序接口(为消费代码提供服务) 3. “业务”对象和规则

我猜业务层将是特定提供者的实现(通常有一个实现基础设施的基类)。例如,会员提供者处理用户和会员对象,并且有一些关于如何做它作为提供者的规则。

于 2012-10-30T00:54:12.970 回答
0

除非您在谈论与我不同的“提供者模型”,否则与业务没有关系。

提供者模型只是一种架构,其中一个或多个组件提供一组服务。例如,在 LINQ 中,LINQ Provider 提供到数据存储或其他数据源的映射,而 .NET Framework 类提供其余部分。

于 2012-10-30T00:32:45.107 回答