上面使用的是Access数据，将达不到扩展与升级的要求。程序在发展的同时，有可能会转向SQL数据库，或是有些模块外包。在这情形出现，我们需要定制设计规范接口。接手此软开发的团队，所在逻辑处层中，实作这个接口即可。
下面Insus.NET尝试写一个接口，在程序中应用SQL Server的团队，不管是在逻辑层中写SQL语句的，还是在逻辑层传入参数引用存储过程的，均可实现统一的接口。
上面标记2的返回DbdataReader函数，是为了它能让Access数据库(System.Data.OleDb.OleDbDataReader)与SQL数据库(System.Data.SqlClient.SqlDataReader)均能实作。由于这两者均是继承DbDataReader类。
这样的话，以前写的Access数据库的逻辑类Bizbase，实作这个接口，得修改一下，才符合接口的标准：下面，Insus.NET实现一个逻辑类，是方便用用户在程序的中习惯写SQL语句的对象：
接下来，Insus.NET再实现一个逻辑处理类，也是程序与数据库互通的，不过它是配合SQL Server数据库的存储过程来的。当然使用存储过程，它自然有参数出现。准备之前，先写一个类Insus.NET.Parameter:
现在就可以创建这个逻辑类了，它有实作接口IBiz:上面有写两个public的property，将是用来给程序对象传入引用的哪一个存储过程，以及参数。如果所引用的存储过程没有参数，传入null即可。
private string _ProcedureName; private List_Parameters; public string ProcedureName { get { return _ProcedureName; } set { _ProcedureName = value; } } public List Parameters { get { return _Parameters; } set { _Parameters = value; } }
View Code
还有一个私有方法，它是用来创建参数的。如果size传入为-1的话，系统将使用默认数据类型长度。
private SqlParameter CreateParameter(string parameterName, SqlDbType dbType, Int32 size, object value) { SqlParameter sqlParameter; if (size > 0) sqlParameter = new SqlParameter(parameterName, dbType, size); else sqlParameter = new SqlParameter(parameterName, dbType); sqlParameter.Direction = ParameterDirection.Input; sqlParameter.Value = value; return sqlParameter; }View Code
BizbaseSqlSp这个类别中，每个方法或是函数，均有几行代码冗余：解决冗余，可以把它抽取出来，写一个私有的方法：
重构好之后的BizbaseSQLSp类：
