.net类型自定义隐式(显式)转换操作的位置问题
最近在学习.net基础的东西,今晚上学习转换操作符方法,对类自定义隐式(显式)转换操作符进行了一些研究,发现了自定义隐式(显式)操作符需要注意的一个小问题。
我假设现在有个Rat类,如果要进行Rat r1 = 5; Int32 x = (Int32) r1; 我们需要给Rat类定义一个由一个Int32隐式构造一个Rat并返回的操作符,和一个由一个Rat显式构造一个Int32并返回操作符。
具体代码如下:

上面代码输出:
你可以发现我把其他类型转换成本类型时定义为隐式转换(Int32转换成Rat),把本类转换成其他类型时定义为显式转换(Rat转换成Int32)。
那么可以为Rat定义一个由一个Rat隐式构造一个Int32并返回方法吗?经过试验发现是可行的(,那么问题来了,假如Int32中同样定义了一个Rat隐式构造一个Int32并返回方法(ps:这里的意思是假如,毕竟Int32是元类型),此时进行一个Rat到Int32的隐式转换会出错吗?
(因为Int32是元类型,我们现在自定义一个Bat类替代Int32来继续试验)
出于好奇我写出下面的代码:

结果编译失败:
继续猜测如果不进行隐式转换,是不是两个类可以同时定义相同隐式转换呢?
注释Mian()内部分代码后:

结果编译成功,用ildasm工具打开编译后的198a.exe查看结果是
可以看到类Bat和Rat都有一个叫olmplicit:class Bat(class Rat)的隐式转换操作定义。那么内部定义是否一样呢?
点击查看如下:
可以看出是完全一样的两个隐式转换定义。
ok把试验进行到底,现在把Rat类中隐式定义去掉:

编译成功,并运行得到如下图结果:
可以看到Clr成功的调用了Bat类中定义的隐式Rat转换Bat的操作
我们用ildasm查看编译结果:
再把Bat的隐式转换去掉,让Rat类中存在一个隐式转换。
编译成功,运行结果是:
好了现在来总结下:C#没有对隐式(显式)转换操作的定义位置强制要求,但是你会发现不当的定义将会发生错误,假设下如果几个小组同时进行开发每个小组都有自己的程序集,如果对隐式(显式)转换操作的定义没有个统一的规范会带来错误,我们是不是应该建议这么定义隐式(显式)转换操作:把其他类型转换成本类型时全部定义为隐式式转换,把本类转换成其他类型时定义全部进行显示转换。(ps:也许这个问题早就有规范了只是我不知道呵呵,深夜沪被小雨洗刷的这么安静,我顶着感冒,享受着思考带来的快乐)
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· 周边上新:园子的第一款马克杯温暖上架
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?
· 使用C#创建一个MCP客户端