C#中的Explicit和Implicit详情
先上一段奇怪的代码:
if (dto.payment == null) continue; var entity = entries.firstordefault(e => e.ledgerentryid == dto.ledgerentryid); dto.payment = entity?.payment;
其中dto.payment
是一个paymentdto
类的实例,entity?.payment
是一个payment类的实例,paymentdto
类和payment
类没有子父关系,所以不存在子类和父类之间的隐式转换。
奇怪的是visual studio
的编译器没有提示任何编译错误。
打开paymentdto
类的定义之后,发现了以下方法签名。
public static implicit operator paymentdto(payment payment)
从方法签名上看,这就是重写paymentdto
类型的操作符,但并不是我以前常用的+,-,*,/, ==等。
查询msdn
之后,才了解到implicit
和explicit是一对转换操作符。
一、implicit和explicit
1、implicit
implicit
关键字用于声明隐式的用户定义类型转换运算符。它可以实现2个不同类的隐式转换 ,提高代码的可读性。但是需要注意使用隐式转换操作符之后,在编译时会跳过异常检查,所以隐式转换运算符应当从不引发异常并且从不丢失信息,否则在运行时会出现一些意想不到的问题。
例如当前paymentdto和payment的定义如下
public class payment { public decimal amount { get; set; } } public class paymentdto { public string amountstring { get; set; } }
如果需要将payment
隐式转换成paymentdto
, 仅需声明paymentdto
的隐式转换运算符
public class paymentdto { public string amountstring { get; set; } public static implicit operator paymentdto(payment payment) { return new paymentdto { amountstring = payment.amount.tostring("c2") }; } }
调用时只需要直接赋值就可以
class program { static void main(string[] args) { paymentdto dto = new payment { amount = 1 }; console.writeline(dto.amountstring); console.read(); } }
2、、explicit
explicit
关键字声明必须通过转换来调用的用户定义的类型转换运算符。不同于隐式转换,显式转换运算符必须通过转换的方式来调用,如果缺少了显式的转换,在编译时就会产生错误。
例如现在我们将前面paymentdto
类中定义的转换操作符从implicit
变为explicit
public class paymentdto { public string amountstring { get; set; } public static explicit operator paymentdto(payment payment) { return new paymentdto { amountstring = payment.amount.tostring("c2") }; } }
这时候由于main方法中没有显式转换,所以编译器出错,提示cannot implicitly convert type 'explicitimplicit.payment' to 'explicitimplicit.paymentdto'. an explicit conversion exists (are you missing a cast?)
如果想要编译器通过编译, 只需要做一个显示转换即可
class program { static void main(string[] args) { paymentdto dto = (paymentdto)new payment { amount = 1 }; console.writeline(dto.amountstring); console.read(); } }
到此这篇关于c#中的explicit
和implicit
详情的文章就介绍到这了,更多相关c#中的explicit
和implicit
内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持!