菜鸟想写一个委托，参数类型不确定，要如何写呢

[goodgame365]

比如 我写一个通用的插入数据的委托，

思路这样：

public delegate int insertData(参数); //这个参数类型有可能是 int 也有可能是自定义的类型（模型）

每张表的都有自己的模型，所以这个参数是类型是不固定的，那这个委托的参当我怎么写呢

感谢高人指点

[八爻老骥]

可以用Object，或是用泛型。

[一个低调的码农]

推荐用泛型.

[goodgame365]

谢谢，的确是泛类型比较符合我的想法，之前有看过，但一直搞不懂他的语法，被这种<>符号吓到了，今天总算明白一点了！

[goodgame365]

有些东西，没到用的时候，真是难学，一需要用到，感觉就像开挂了，给网友一点醒，立马就秒懂了！

[白衣如花]

可以直接用系统自带的带返回参数的委托Func<>

[以专业开发人员为伍]

“类型不确定”，但是接口应该确定。

如果数据符合多种接口，那么你应该提供多种事件。

[以专业开发人员为伍]

引用 3 楼 goodgame365 的回复:

谢谢，的确是泛类型比较符合我的想法，之前有看过，但一直搞不懂他的语法，被这种<>符号吓到了，今天总算明白一点了！

泛型不是说什么“参数类型不确定”，相反地，泛型是靠谱的、在运行前就要比 JIT 编译完毕的，在源代码中必须明确声明泛型参数。

[以专业开发人员为伍]

引用 楼主 goodgame365 的回复:

比如 我写一个通用的插入数据的委托

不需要写什么“通用的委托”。只有服务才“定义”委托，并且由“客户程序”提供委托。如果你写一个服务Class，提供什么委托呢？它的每一个 Method 都可以被客户程序方便地调用，还写什么委托？

[goodgame365]

引用 8 楼 以专业开发人员为伍 的回复:

[quote=引用 楼主 goodgame365 的回复:]比如 我写一个通用的插入数据的委托

不需要写什么“通用的委托”。只有服务才“定义”委托，并且由“客户程序”提供委托。如果你写一个服务Class，提供什么委托呢？它的每一个 Method 都可以被客户程序方便地调用，还写什么委托？[/quote] 感觉需要，比如我这个方法，类似的写了好多个，但里面只有 DataTable dt = DALHouse.GetRoomList(UnitID);这句不同，所以才想到如果参数也能是方法就好了，结果C#就有委托这种操作了，后来又发现，每插入的数据模型都不同，所以又想到如果参数类型可以确定，结果C#又有泛型这种概念，看来菜鸟的看似种种天真的想法，前人就遇到了，所以就有了委托和泛型出来。

public string GetRoomListByUnitID(int UnitID)
        {
            int erro = -1;
            var list = new JArray();
            JObject Job = new JObject();
            DataTable dt = DALHouse.GetRoomList(UnitID);
            if (dt != null && dt.Rows.Count>0)
            {
                erro = 1;
                list = JsonDo.DataTableToJson(dt);
 
            }
 
            Job.Add(new JProperty("list", list));
 
 
            return JsonDo.JobjectToJson(Job, erro);
        }

[以专业开发人员为伍]

这个不是你“写委托”，而是你定义一个接口定义，然后由你的 GetRoomListByUnitID 方法的调用者来写个委托传给你。你把需求模式说反了。

在你的 GetRoomListByUnitID 中，你原来的输入输出是什么，那么你的 委托声明就是什么。例如

public string GetRoomListByUnitID(int UnitID, Func<int, DataTable> getRoomList)
{
     .........
}

你写不出超出你自己认知范围的代码。要想写出有创意的代码，那么你要先把原始的 DALHouse.GetRoomList(UnitID) 改成有创意的形式来，此时与委托无关！

[以专业开发人员为伍]

泛型，在 c++ 中叫做“模板”，都是靠谱的概念，也就是编译器的一种语法糖。你知道自己要针对 n 种类型都是用这个模板来生成代码，于是使用泛型，并且编译器也就会严格检查泛型参数（类型）的设计 bug。

因此我们设计一个系统，首先要检视“自己”，监视可行性。没有“万能的”代码能靠意念编程，只能靠我们自己的认知。