有关业务逻辑层的设计

[doylee]

笔者开发一个网上书店系统，B2c模式的，后台管理包括添加图书、添加图书分类、修改订单状态等；前台用户可以选择自己的欲买的图书，之后添加到购物车中，之后下订单，再网上结账，请问采用三层架构时，业务逻辑层有什么业务逻辑？

对图书的添加、图书分类的修改能算上业务逻辑么？
请问什么能够上业务逻辑？望能详细解答。

[liaohui_1018]

up

[xiaotupansy]

对图书的添加、图书分类的修改能算上业务逻辑么？
我觉得应该算

我觉得业务逻辑就是你这个系统里有而别的系统不一定有的一些逻辑,
比如你的图书添加,分类在一个物流系统里面他就没有,
讲的空泛一点就是
和客户的业务需求相关的都可以算是业务逻辑

[kirinboy]

UI层只负责界面展示，而数据层与数据库打交道，其余的都属于业务逻辑，包括CRUD。
当然如果你的业务逻辑过于复杂，可以继续分层，如果不复杂，只需一到两层。

[wuyq11]

图书类，用户类，订单类等为实体层
BLL里为实体层，实体类数据维护操作为逻辑层。参考petshop

[V68V6]

关注微软的宠物商店

不过没必要为了N层架构而去N层架构

[abnert]

一个个说了都等于没说

[hangang7403]

凡是工作过程中的步骤，都属于业务逻辑层，直白说就是“做”的，就是逻辑层，而数据层是事物属性的静态描述，逻辑层是动态的，而数据层是静态的，一个是静态结构，一个是动态顺序

[超维电脑科技]

添加图书、添加图书分类、修改订单状态 添加书到购物车 下订单 网上结账 这些都是业务可以写在业务逻辑层。只要是用户的操作就是业务。

[bao520min]

编程爱好者请加群88718955，大家一起探讨，学习

[yuan_guofeng]

.net三层架构是指用户界面表示层(USL)、业务逻辑层(BLL)、数据访问层(DAL) 。

各层的作用
1：数据数据访问层:主要是对原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库,具体为业务逻辑层或表示层提供数据服务．
2：业务逻辑层:主要是针对具体的问题的操作，也可以理解成对数据层的操作,对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。
3：表示层:主要表示WEB方式,也可以表示成WINFORM方式,WEB方式也可以表现成:aspx, 如果逻辑层相当强大和完善,无论表现层如何定义和更改,逻辑层都能完善地提供服务。

具体的区分方法
1：数据数据访问层:主要看你的数据层里面有没有包含逻辑处理，实际上他的各个函数主要完成各个对数据文件的操作。而不必管其他操作。
2：业务逻辑层:主要负责对数据层的操作。也就是说把一些数据层的操作进行组合。
3：表示层:主要对用户的请求接受，以及数据的返回，为客户端提供应用程序的访问。

希望对楼主有帮助~

[loveguaixiaobai]

up too

[dazhabai]

我理解的业务逻辑层所能做的操作，据个例子，根据图书编号查找图书种类，更改图书编号和种类，业务逻辑层可以包括一系列数据访问的操作，用一个事务控制

[佐佐吉牧]

o

[friend555]

学习

[weichaozu131083]

其实真正的业务逻辑部分就是购物车的管理这一部分，
后台无非就是增修删，虽然也是业务，但可以直接影射到数据层，业务层可忽略。

用户每增加一本书，就得在用户采购的书籍列表里增加这本书，并计算价格，呈现给用户，这都是业务逻辑来完成（当然需要数据层的合作，比如获取书籍的价格），

其次还有网上付帐，对信用卡号的验证等等，都属于业务逻辑部分，

[weichaozu131083]

业务逻辑主要是进行流程的控制，也就相当于MVC里的c部分，
流程控制是主导，界面和数据都是死的东西，必须通过流程化的控制才能让它变活，
就象生产线上的各种机器，没有流程管理，机器都是死机器，
只有配置好各种机器的接口，控制每台机器的参数，顺序，互相协作，才能生产出想要的产品，

[qiaoxialiushui]

对图书的添加、图书分类的修改能算上业务逻辑

[pavee]

路过学习

[youfeng888]

三层架构的中间：业务逻辑层
主要是用来出来具体的业务的；这层调用数据访问层；而界面层调用业务逻辑层；从而得到了数据！

欢迎来看看

欢迎学习交流