还是以上面提到的存储过程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("不能删除");
那就是差别。
任何需求的修改,最好只要改一处代码;另外一种情况是,需求的修改会导致到处修改代码。他们的差别在代码不多的情况下,也许差别不大,但是想象我们的代码工程是很大的。像这样的存储过程代码是非常基础的,代码是很多地方都要调用的,如果因为缺乏封装,导致到处修改代码是非常的不值得的。