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

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



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

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

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

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

希望对楼主有帮助~


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

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

其次还有网上付帐，对信用卡号的验证等等，都属于业务逻辑部分，
------解决方案--------------------
业务逻辑主要是进行流程的控制，也就相当于MVC里的c部分，
流程控制是主导，界面和数据都是死的东西，必须通过流程化的控制才能让它变活，
就象生产线上的各种机器，没有流程管理，机器都是死机器，
只有配置好各种机器的接口，控制每台机器的参数，顺序，互相协作，才能生产出想要的产品，