C# 接口！感觉还是对接口不太理解

来源：百度知道 编辑：UC知道 时间：2024/06/30 10:07:13
咱们慢慢来。
接口层的方法：
public interface IOracleTbbudgetunit
{
List<Tbbudgetunit> getTbbudgetUnit(Tbbudgetunit budgetUnit);

}

数据访问层的方法：
public class TbbudgetUnitService : IOracleTbbudgetunit
{
//SQL查询，插入，修改等方法
}

业务层的方法：
public class TbbudgetUnitManage : TbbudgetUnitService
{
public new List<Tbbudgetunit> getTbbudgetUnit(Tbbudgetunit unit)
{
return new TbbudgetUnitService().getTbbudgetUnit(unit);
}

}

界面层的方法：
TbbudgetUnitManage tum = new TbbudgetUnitManage();
this.GridView1.DataSource = tum.getTbbudgetUnit(参数)
this.GridView1.DataBind();
GridView表格内呢是可显示数据的，方法和流程没任何错误
但是，我还是对自己定义的接口不太明白
请问：
我这样定义接口的方式有错吗？定义的规范吗？把接口层删除掉，方法也同样可以实现，那接口有什么用？让我总觉得多出的接口层很废（个人感觉）
请个位高手能不能帮帮小弟通过此示例对接口进行一下说明。
拒绝粘贴复制哦。

但是我并不认为我这种定义接口，实现接口的流程是安全的。假设我不想让其

你的代码我看得不是全明白，我是搞C++的。
不过可以肯定得一点是，接口的好处是毋庸置疑的。
比如多人开发的时候，你公司可能不想把关键部分的函数泄露给外部的程序员，那么他们不需要知道函数的内容，只需要知道接口函数即可使用。

另外，如果我要修改底层的东西，比如要修改数据库层，那么我只需要修改数据库层，最多再改改接口函数，这样问题就迎刃而解，而不需要对上层有任何改变。
其实接口，顾名思义，就是用来连接的桥梁。

接口的主要作用，就是接口作为参数来使用，正如1楼所说的

比如说：你要连接数据库

1. 定义接口
public interface DBconnection
{
public Connection getCon();//返回数据库连接
}

2. 实现接口

public class AccessCon : DBconnection
{
public Connection getCon(){//连接ACCESS的方法}
}

public class MSSQLCon : DBconnection
{
public Connection getCon(){//连接MSSQL的方法}
}

3 使用 这个时候比如说你要连接数据库，但用户要求是现在用的是Access数据库以后要升级成MSSQL数据库

这个时候你就可以
DBconnection dbcon = new AccessCon();//用接口实例出连接ACCESS
DBconnection dbcon = new MSSQLCon();//用接口实例出连接MSSQL

这样数据库就可以任意切换了，当你需要连接数据库的时候就可以直接把接口当连接数据库的载体来使用了

以上均为手写，可能有误，请仔细看后在评判，好了就这么多了，希望对LZ有用，吃饭了！

接口是一个抽象，你用到工厂模式就知道接口的作用了
这么