在本系列的第一篇中,笨熊已经介绍过BLL层的功用,也说明了为什么许多人觉得这一层可有可无。但看近期博客园的文章,还有不少朋友对BLL的存在仍有疑问。正好今天碰到的这个问题颇具代表性,写出来让这些朋友对BLL在业务系统中的功用有个具体的感觉。
先简要介绍一下要做的功能,在程序中,用户输入商品的商品编码,系统从数据库中提取显示此商品的详细信息(图1)。如果一个商品有多个供应商,则弹出提示框供用户选择某一供应商(图2)。
图1
图2
功能上来说很简单,先定义一个实体类:
Code
public class StockTakingCardInfo
{
private string _GoodBarcode;
private string _GoodBarcodeType;
private string _GoodCode;
private string _GoodName;
private string _Standard;
private string _Unit;
private decimal _SellPrice;
private string _CargoGroup;
private string _CargoGroupName;
private string _Distribution;
private string _DistributionName;
private string _ProducingArea;
public string GoodBarcode
{
get { return _GoodBarcode; }
set { _GoodBarcode = value; }
}
public string GoodBarcodeType
{
get { return _GoodBarcodeType; }
set { _GoodBarcodeType = value; }
}
public string GoodCode
{
get { return _GoodCode; }
set { _GoodCode = value; }
}
public string GoodName
{
get { return _GoodName; }
set { _GoodName = value; }
}
public string Standard
{
get { return _Standard; }
set { _Standard = value; }
}
public string Unit
{
get { return _Unit; }
set { _Unit = value; }
}
public decimal SellPrice
{
get { return _SellPrice; }
set { _SellPrice = value; }
}
public string CargoGroup
{
get { return _CargoGroup; }
set { _CargoGroup = value; }
}
public string CargoGroupName
{
get { return _CargoGroupName; }
set { _CargoGroupName = value; }
}
public string Distribution
{
get { return _Distribution; }
set { _Distribution = value; }
}
public string DistributionName
{
get { return _DistributionName; }
set { _DistributionName = value; }
}
public string ProducingArea
{
get { return _ProducingArea; }
set { _ProducingArea = value; }
}
}
然后数据层负责提取数据:
Code
public IList<StockTakingCardInfo> GetStockTakingCards(string code)
{
/***** 从数据库中提取 *****/
string goodCode;
CmdCommand cmd = new CmdCommand();
cmd.CommandText = "Select DPTM FROM commod_xstm1 Where xstm = '" + code + "'";
OleDbDataReader drXstm = cmd.ExecuteReader();
if (drXstm.HasRows)
{ //输入的是销售条码
drXstm.Read();
goodCode = drXstm["DPTM"].ToString();
drXstm.Close();
}
else
{ //输入的是货号
goodCode = code;
}
cmd.Disconnection();
cmd.CommandText = "";
OleDbDataReader dr = cmd.ExecuteReader();
IList<StockTakingCardInfo> stockTakingCards = new List<StockTakingCardInfo>();
if (dr.HasRows)
{ //
while (dr.Read())
{
StockTakingCardInfo stockTakingCard = new StockTakingCardInfo();
stockTakingCard.GoodBarcode = dr["销售条码"].ToString();
stockTakingCard.GoodBarcodeType = dr["销售条码类型"].ToString();
stockTakingCard.GoodCode = dr["商品编码"].ToString();
stockTakingCard.GoodName = dr["商品名称"].ToString();
stockTakingCard.Standard = dr["规格"].ToString();
stockTakingCard.Unit = dr["单位"].ToString();
stockTakingCard.SellPrice = Convert.ToDecimal(dr["零售价"]);
stockTakingCard.CargoGroup = dr["柜组"].ToString(); ;
stockTakingCard.CargoGroupName = dr["柜组名称"].ToString();
stockTakingCard.Distribution = dr["供货商"].ToString();
stockTakingCard.DistributionName = dr["供货商名称"].ToString();
stockTakingCard.ProducingArea = dr["产地"].ToString();
stockTakingCards.Add(stockTakingCard);
}
dr.Close();
cmd.Disconnection();
}
return stockTakingardings
}
逻辑层没什么用,直接调用DAL的方法得到数据并返回。
表现层(这里是WinForm窗体)调用逻辑层方法得到数据,并判断数据条目,如果是一条,则直接显示;如果是多条,则弹出提示框让用户选择,选好后再显示(代码略)。
编写好后运行,代码没有问题,但是在批量测试时发现了几种特殊情况。
1、一些商品没有提供条码(如蔬菜、水果等散装商品),因此需要根据商品编号生成条码。
2、一些商品除了本身的条码外,在商品的包装箱上还有条码(比如啤酒、露露、牛奶等,瓶上的条码和箱上的条码是不一样的。因此买一箱时只需扫描包装箱上的条码即可,而不用拆箱扫描里面的商品)。
3、一些商品只有外包装箱上有条码,商品本身却没有条码,但在销售时还需要拆开来按单个商品销售,这时也要根据商品编码生成条形码。
考虑这三种情况,那么从数据库中查询时,返回的结果有以下几种(按条码、条码类型、编码、名称、供应商显示,其它列略。条码类型列,A表示条码为商品本身条码,B表示条码为包装箱条码)。
(1)一般情况(结果返回1 – n条数据)
692590758024,A,186202,舒尔但莫代尔女单衣,唐山XX有限公司
(2)商品本身没有条码(结果返回1 – n条数据)
NULL,NULL,80604,散大米,唐山XX有限公司
NULL,NULL,80604,散大米,天津市XX加工厂
(3)商品本身有条码,包装箱还有条码(结果返回n条数据)
690180818886,A,104992,露露,河北XX股份有限公司
690180818882,B,104991,露露,河北XX股份有限公司
690180818886,A,104991,露露,锦江XX有限公司
690180818882,B,104991,露露,锦江XX有限公司
(4)商品本身无条码,包装箱有条码(结果返回1 – n条数据)
692590751824,B,101974,双汇王中王,唐山XX有限公司
692590751824,B,101974,双汇王中王,河北XX有限公司
这样汇总整理一下,对于重数据库中查询返回的结果,要做如下处理:首先判断条码是否为空,如果空则生成条码。确认条码不为空后,判断条码类型中是否全是B。如果有A有B,则进行筛选,保留类型为A的条目。如果全是B,则将结果中的条码全部用自动生成条码替换。
确定了处理过程以后,决定需要将此过程放在何处。首先考虑的是数据层,如果能直接提取出所需结果那是最好的,但是有几点原因决定了不能放在数据层:
(1)数据层的这个方法提供的数据具有通用性,逻辑层中不光一个方法对其进行调用,更改了返回结果会造成逻辑层的其它方法无法使用此结果。
(2) 这个方法的查询语句非常简单,如果增加了此过程,则SQL语句的编写难度会加大,而且很难用1条语句处理这几种情况,必须实现的话,则此方法的SQL查询 语句需要改为3句,还要提前执行一条SQL判断语句来决定使用那个SQL查询语句。成倍增加了编写难度与执行时间。
所以数据层不是进行处理的好地方。
再 看看表示层,如果放在了表示层,则需要在主窗口(图1)进行判断,对数据进行处理,这样将逻辑处理代码与显示代码混合在一起,不但乱,而且加大了编码量, 因为每个逻辑分值里面都要编写相应的显示代码。所以放在表示层也不是个好主意(呵呵,一开始感觉简单,真的想不建逻辑层直接合并在表示层中着)。
因此,最适合放置此处理过程的地方,就是业务逻辑层了。而且此处的工作就是业务逻辑的处理,即使没有上述问题,也应该放与此层。
Code
public IList<StockTakingCardInfo> GetStockTakingCards(string code)
{
IList<StockTakingCardInfo> stockTakingCards = DAL.GetStockTakingCards()
/***** 业务逻辑整理(还未编写空白条码处理部分) *****/
//判断是否有A码
bool hasA = false;
foreach (StockTakingCardInfo myStockTakingCard in stockTakingCards)
{
if (myStockTakingCard.GoodBarcodeType == "A")
{
hasA = true;
break;
}
}
//根据是否有A吗处理
IList<StockTakingCardInfo> reStockTakingCards = new List<StockTakingCardInfo>();
if (hasA)
{ //
foreach (StockTakingCardInfo reStockTakingCard in stockTakingCards)
{
if (reStockTakingCard.GoodBarcodeType == "A")
{
reStockTakingCards.Add(reStockTakingCard);
}
}
}
else
{ //没有A码
//将所有的销售条码重新生成
foreach (StockTakingCardInfo reStockTaking in stockTakingCards)
{
if (reStockTaking.GoodCode.Length == 5)
{
reStockTaking.GoodBarcode = "2000000" + reStockTaking.GoodCode;
}
else if (reStockTaking.GoodCode.Length == 6)
{
reStockTaking.GoodBarcode = "200000" + reStockTaking.GoodCode;
}
reStockTakingCards.Add(reStockTaking);
}
}
/***** 返回处理后结果 ******/
return reStockTakingCards;
}