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