Best practise : 封装存储过程 (续)


 

还是以上面提到的存储过程delete_dept为例。delete_dept实在是太过粗糙,缺乏基本的错误检查。现在用户需要在删除前给它加入一个检查,和现实的代码更接近一些。

检查为:“如果dept内有对应的person,那么提示用户不能删除”,代码如下:

 

CREATE PROCEDURE [dbo].[delete_dept]        

  @id int

AS

    if exists (select * from person where dept_id = @id)

  return -1

delete  from dept where id=@id

RETURN 0

恩。是的,变化发生了。那么这个变化到底对我们的代码会有多大的影响呢?

在这样的情况下,如果采用LocalFunction方法,那么我只要修改下函数void delete_dept(int id)就行。

 

void delete_dept(int id)

{

  int r = RunProc("delete_dept",id); 

If(r==-1)MessageBox.Show("不能删除");

}

如果是采用RunProc方法,那么所有调用的地方都要加入这个用户提示代码:

      If(r==-1)MessageBox.Show("不能删除");

那就是差别。

任何需求的修改,最好只要改一处代码;另外一种情况是,需求的修改会导致到处修改代码。他们的差别在代码不多的情况下,也许差别不大,但是想象我们的代码工程是很大的。像这样的存储过程代码是非常基础的,代码是很多地方都要调用的,如果因为缺乏封装,导致到处修改代码是非常的不值得的。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值