当前位置: 代码迷 >> .NET分析设计 >> BLL层是什么,哪些代码应当划归BLL层
  详细解决方案

BLL层是什么,哪些代码应当划归BLL层

热度:129   发布时间:2016-05-01 22:42:02.0
BLL层是什么,哪些代码应该划归BLL层
通常一个公司采购分为请购和采购两部分,而采购单通常由程序根据请购单和报价单自动生成。

首先不管是界面层还是DAL层,都不可避免需要使用数据模型层,
如果采用物理分层模式,即么数据模型层将需被各物理层引用

这个自动生成程序应该划归为BLL层,但是如果完全脱离DAL层,该程序不能完成所有任务,比如采购单编号无法生成

DAL层从界面脱离其中好处很明显,比如安全性,还有就是建立专门DAL服务器,可以减少数据服务器负担

单独建立BLL层,而且限定UI层只能访问BLL层似乎没有什么好处,除了增加麻烦外
有谁能列举一些BLL单独建层的好处

------解决方案--------------------
科普一下
------解决方案--------------------
BLL层是业务逻辑层,一般说的三层结构包含:表现层-业务逻辑层-数据访问层
业务逻辑层看字面意思就知道,一般的业务逻辑在此层写,好处是,它跟表现层以及数据层分开,一旦业务有变化,只要接口没变就无需重新修改表现层,也不用修改数据层,只需修改业务逻辑层就可以了。
------解决方案--------------------
请购转采购这一过程不应该属于BLL,请购转采购应该算一个业务模块,一个业务模块就可以分UI(你要一个界面供用户进行请购转采购操作吧),BLL(请购转采购要有一些逻辑吧,比如什么样的请购单允许转采购之类的),DAL层(那就是操作数据库,比如把一些单的状态由请购单Update成采购单之类的操作)
------解决方案--------------------
引用:
我只是想知道把BLL从DAL单独分离出来比BLL与DAL合并为一层有什么明显好处

 在我看来,MVC架构模式中,M就相当于Module+业务规则 

1.DAL是通用的,业务无关的,任何项目使用同一个DAL,就好比ADO.net,设计一次就够了;
2.MVC是设计模式,它是对职责分离的高度抽象,他不仅仅解决软件分层的问题
  M:提供者
  V:使用者
  C:代理人
 当多个子系统编织在一起的时候,各个角色是可以变换的,
 所以说,一个在复杂的系统,终究可以分解成恒定三层的N个MVC子系统
3.MVC基本上不能和UI,BLL,DAL对应起来
 比如说:M相当于业务规则,而看不到你所说的"Module"
 又比如:MVC中的设计时刻没有UI,UI是运行时刻由MVC三个部分配合,动态渲染的 
------解决方案--------------------
dal只提供数据库的数据和 把数据存数据库.
其他的归Bll.
比如数据之间的+-*/.
数据的传递.数据的处理.影响等.

比如采购单编号生成.
由DAL提供以前的最大采购单编号.和编号是否已存在.
Bll可以处理下.比如+1.比如加前缀时间什么的.再传给UI.
反过来.UI传编号进来.Bll可以处理下再传给DAL保存.
本站暂不开放注册!
内测阶段只得通过邀请码进行注册!
 
  • 最近登录:Thu Jan 19 02:23:01 CST 2017
  • 最近登录:Thu Jan 19 02:23:01 CST 2017
  • 最近登录:Thu Jan 19 02:23:01 CST 2017
  • 最近登录:Thu Jan 19 02:23:01 CST 2017
  • 最近登录:Thu Jan 19 02:23:01 CST 2017