到目前为止我的代码如下所示,我想要解决的是摆脱try-catch:
public static bool IsNeverValidGenericArgument(this Type type) { var elementType=type.GetElementType(); if(null!=elementType) { if(type.IsArray) try { typeof(IList<>).MakeGenericType(elementType); return false; } catch(ArgumentException) { } catch(TypeLoadException) { } return true; // pointer or byref } return typeof(void)==type||typeof(RuntimeArgumentHandle)==type || typeof(ArgIterator)==type||typeof(TypedReference)==type; }
我正在尝试编写动态类型构造的代码,我的代码将在传递的每个类型上调用GetInterfaces(),但是消费者代码传递的某些类型可能会在内部导致RuntimeType中的TypeLoadException(例如typeof(ArgIterator)) .MakeArrayType().MakeArrayType()在3.5中,但不是4.0),我需要先检查它是否永远不是一个有效的泛型参数. try-catch有效,但没有好处.
请注意,它抛出的情况可能因.Net框架的不同版本而异.
编辑:
该方法的替代版本是:
public static bool IsNeverValidGenericArgument(this Type type) { var elementType=type.GetElementType(); if(null!=elementType) { if(type.IsArray) return elementType.IsNeverValidGenericArgument(); return true; // pointer or byref } return typeof(void)==type||typeof(RuntimeArgumentHandle)==type || typeof(ArgIterator)==type||typeof(TypedReference)==type; }
但是这会将某些类型报告为无效,这实际上不会导致RuntimeType中的异常,例如typeof(ArgIterator).MakeArrayType(2).MakeArrayType().
我知道有些类型不是正常使用的,但我不能避免它们被用在消费者的代码中.
解决方法
当您尝试使用typeof(ArgIterator).MakeArrayType().MakeArrayType()构造一个泛型类型时,它是抛出异常的内部本机CLR代码.这个事实最重要的一点是,它是一个抛出的CLR实现细节,它不是标准或公开暴露的API的一部分,它决定了泛型类型参数的有效性.这意味着没有好的方法来确定是否可以在没有实际尝试的情况下构建泛型类型.编辑:这也意味着没有好的方法来确定某些东西是否适用于特定版本的CLR而不适用于另一种版本.
但是,更重要的是,如果您尝试构造具有无效参数的泛型类型,那确实是一种特殊情况,正确的操作过程就是抛出异常.我不能说你的代码做了什么,但是如果你担心你的消费者用引起TypeLoadExceptions的类调用它,也许你应该让这些错误冒出来让消费者知道存在问题.
TL; DR:您可能不应该做任何正在尝试处理异常情况的事情.让它扔掉.
原文地址:https://www.jb51.cc/csharp/99518.html
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。