C#泛型:如何在lambda表达式中使用struct约束和nullables时避免代码重复
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了C#泛型:如何在lambda表达式中使用struct约束和nullables时避免代码重复,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1097字,纯文字阅读大概需要2分钟。
内容图文
![C#泛型:如何在lambda表达式中使用struct约束和nullables时避免代码重复](/upload/InfoBanner/zyjiaocheng/798/1b4bec6c8d0b4e39ba2f0eb1a34c3ef6.jpg)
说我有一个功能,如:
public TProperty Foo<TClass, TProperty>(TClass instance, Expression<Func<TClass, TProperty>> expression)
{
...
}
但后来我意识到它应该只用于值类型,所以我添加了一个约束
public TProperty Foo<TClass, TProperty>(TClass instance, Expression<Func<TClass, TProperty>> expression)
where TProperty : struct
{
...
}
但我后来发现,这不会让我传递一个可以为空的TProperty的表达式.我能看到处理这个问题的唯一方法是执行以下操作:
public TProperty Foo<TClass, TProperty>(TClass instance, Expression<Func<TClass, TProperty?>> expression)
where TProperty : struct
{
...
}
但是现在我被迫保持两种完全相同的方法,除了一种处理nullables,一种不处理.
此外,我无法将它们提取到一个常用方法中,因为即使从T到T?存在转换,显然也没有从
Expression<Func<T1, T2>>
至
Expression<Func<T1, T2?>>
如果这些方法的主体很复杂,我真的不想要维护它们的两个单独版本,特别是当它实际上是一整套函数时.
有没有办法避免这种代码重复,仍然让编译器强制表达式必须以值类型或可空值结束?
(我目前正在使用C#3.5,但如果它们提供了一个干净的解决方案,我会对更新??的版本开放.)
解决方法:
根据您对表达式所做的操作,您可以使两个重载都调用一个带有(无类型)LambdaExpression的私有重叠.
内容总结
以上是互联网集市为您收集整理的C#泛型:如何在lambda表达式中使用struct约束和nullables时避免代码重复全部内容,希望文章能够帮你解决C#泛型:如何在lambda表达式中使用struct约束和nullables时避免代码重复所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。