问题描述
namespaceRenCai.BLL{usingRenCai.DAL;usingRenCai.Model;usingSystem;usingSystem.Data;publicclassOfirel{privatereadonlyRenCai.DAL.Ofireldal=newRenCai.DAL.Ofirel();publicintAdd(RenCai.Model.Ofirelmodel){returnthis.dal.Add(model);}publicvoidDelete(intId){this.dal.Delete(Id);}publicboolExists(intId){returnthis.dal.Exists(Id);}publicDataSetGetAllList(){returnthis.dal.GetList("");}publicDataSetGetList(stringstrWhere){returnthis.dal.GetList(strWhere);}publicintGetMaxId(){returnthis.dal.GetMaxId();}publicRenCai.Model.OfirelGetModel(intId){returnthis.dal.GetModel(Id);}publicvoidUpdate(RenCai.Model.Ofirelmodel){this.dal.Update(model);}}}
解决方案
解决方案二：
解释什么，不就是一些增删改查的数据库dal方法吗
解决方案三：
我给你解释一下深入点的认识吧。其实深入来看，这些都是垃圾代码。有一种所谓DAL的编程风气，就是要围绕着每一个业务实体类型，再写一遍“增删改查”代码。它们在BLL跟DAL系统之间，再写一层“薄薄的一层DAL代码”。实际上你在BLL层代码中直接调用这些方法内部的那一条简单的语句就行了，可以扔掉这“薄薄的一层”代码。
解决方案四：
这没神马可解释的，你要看也应该去看RenCai.DAL.Ofirel这个类里面的代码
解决方案五：
csdn的“非法词组”设计，真的令人头疼。
解决方案六：
我试试csdn还敢不敢再给我显示”非法词组“？？？？？？！！！！从你贴出的代码，这里边看到的所谓BLL，其实是一层“薄薄的DAL的封装"。这就是那些”为了三层而三层“的人经常干的事情。要设计好BLL层，就要充分研究表现层、前端需求，要有丰富的应用领域行业经验，要调查好几种同类型的软件，研究其用户操作流程、响应速度、功能结构设计。BLL层设计从前端需求出发，而不是从什么”增删改查“出发。实际上，应该忘记数据库，而专心研究前端对服务的需求。你才能设计出来BLL接口。
解决方案七：
DALCRUD操作。。。话说sp1234用的win10系统
解决方案八：
引用4楼sp1234的回复:
csdn的“非法词组”设计，真的令人头疼。
引用5楼sp1234的回复:
我试试csdn还敢不敢再给我显示”非法词组“？？？？？？！！！！从你贴出的代码，这里边看到的所谓BLL，其实是一层“薄薄的DAL的封装"。这就是那些”为了三层而三层“的人经常干的事情。要设计好BLL层，就要充分研究表现层、前端需求，要有丰富的应用领域行业经验，要调查好几种同类型的软件，研究其用户操作流程、响应速度、功能结构设计。BLL层设计从前端需求出发，而不是从什么”增删改查“出发。实际上，应该忘记数据库，而专心研究前端对服务的需求。你才能设计出来BLL接口。
谢谢谢