c#中的接口在实际项目中的应用

       接口是个好东西，大家都知道，但是像我，大多知道作用，但在实际项目中，有些大量用到，有些压根就不用。而对于我来说，对接口的感兴趣是最近项目中发生了一个问题：

       我们采用三层开发，业务逻辑层、数据访问层、页面呈现层，但在数据访问层DAL遇到了函数名不规范的问题。对一张表的操作常规的有添加、删除、修改，添加的方法我们可能是这么写的：
但是很可能有些人这么写：
       看出区别了吗？返回类型不一样，方法的命名也不一样。我们迫切的需要能统一这些返回类型和常用的方法名，你说用文档规范和统一？那为什么不用接口呢？让所有的DAL层继承自接口IDal。这个时候接口的作用就出来，至少有如下作用：
1、可以使继承它的类： 命名统一/规范,易于维护。
2、它告诉继承它的类，至少要实现哪些功能。

于是，写了这么一个接口：
然后继承它：
那么之前我们所担心的命名不规范和统一的问题就这么解决了。对接口的认识进一步加深了。