草庐IT

时钟约束

全部标签

c# - 为什么在通用序列创建器上使用 Func<> 比使用 new() 约束快得多

考虑以下代码...在我对Windows7x64PC(Inteli73GHz)上的RELEASE(不是调试!)x86构建的测试中,我获得了以下结果:CreateSequence()withnew()took00:00:00.9158071CreateSequence()withcreator()took00:00:00.1383482CreateSequence()withnew()took00:00:00.9198317CreateSequence()withcreator()took00:00:00.1372920CreateSequence()withnew()took00:00:

c# - 空接口(interface) vs 属性,通用约束怎么样?

我有一个类,它使用一个空接口(interface)作为“标记接口(interface)”,像这样:namespaceMyNameSpace{publicinterfaceIMessage{//nothingincommonhere...}publicclassMyMessage:IMessage{publicvoidSendMyMessage(){//Dosomethinghere}}}我在其他一些帖子中以及在MSDN(http://msdn.microsoft.com/en-us/library/ms182128.aspx)上读到,应该避免这种情况,您应该使用自定义属性而不是这个空接

c# - 通用约束和接口(interface)实现/继承

不太确定如何表达这个问题,因为它是“为什么这行不通?”查询类型。我已将我的特定问题简化为以下代码:publicinterfaceIFoo{}publicclassFoo:IFoo{}publicclassBarwhereT:IFoo{publicBar(Tt){}publicBar():this(newFoo())//cannotconvertfrom'Foo'to'T'{}}现在,泛型类型T在Bar类必须实现IFoo。那么为什么编译器会给我注释中的错误呢?Foo的实例肯定是IFoo,因此可以作为通用类型的代表传递T?这是编译器限制还是我遗漏了什么? 最佳答

C# 泛型约束

这个问题在这里已经有了答案:Isthereaconstraintthatrestrictsmygenericmethodtonumerictypes?(24个答案)关闭8年前。是否可以枚举在泛型约束中“可用”的类型?TMyMethod()whereT:int,double,string我为什么要这样做是因为我有一个小型评估引擎,并且想像这样编写代码:boolexpression.Evaluate();或intexpression.Evaluate();但我想禁止MyCustomClassexpression.Evalaute();

c# - 为什么在没有约束的泛型方法上将可为 null 的值类型与 null 进行比较会比较慢?

我遇到了一个非常有趣的情况,在泛型方法中比较可为null的类型和null比比较值类型或引用类型慢234倍。代码如下:staticboolIsNull(Tinstance){returninstance==null;}执行代码为:int?a=0;stringb="A";intc=0;varwatch=Stopwatch.StartNew();for(inti=0;i上面代码的输出是:00:00:00.187982700:00:00.000877900:00:00.0008532如您所见,将可为空的int与null进行比较比比较int或字符串慢234倍。如果我添加具有正确约束的第二个重载,

c# - 通用约束如何防止使用隐式实现的接口(interface)对值类型进行装箱?

我的问题与这个问题有些相关:Explicitlyimplementedinterfaceandgenericconstraint.但是,我的问题是编译器如何启用泛型约束以消除对显式实现接口(interface)的值类型进行装箱的需要。我想我的问题可以归结为两个部分:在访问显式实现的接口(interface)成员时要求对值类型进行装箱的幕后CLR实现发生了什么,以及删除此要求的通用约束会发生什么情况?一些示例代码:internalstructTestStruct:IEquatable{boolIEquatable.Equals(TestStructother){returntrue;}}

c# - T 上的泛型约束同时是引用类型和值类型?

我无法理解通用约束的工作原理。我想我在这里遗漏了一些重要的东西。我在评论中附上了我的问题,如果您能提供一些解释,我们将不胜感激。//1stexample:classCwhereT:classwhereU:struct,T{}//Abovecodecompileswell,//OnfirstsightitlookslikeUmightbereferencetypeandvaluetype//atthesametime.TheonlyreasonIcanthinkof,isthatTmaybean//interfacewhichstructcanimplement,AmIcorrect?/

c# - Lazy<T> 如何解决需要 new() 约束的问题?

示例1(不编译):voidMain(){varc=newC();c.M.F();}classC{T_m=null;publicTM{get{if(_m==null)_m=newT();return_m;}}}classD{publicvoidF(){Console.WriteLine("iwascreated");}}结果:Cannotcreateaninstanceofthevariabletype'T'becauseitdoesnothavethenew()constraint示例2(有效):voidMain(){varc=newC();c.M.F();}classC{Lazy_m

c# - 使用基于约束的断言提高断言 IsNotNullOrEmpty 的可读性

我目前正在重写一些单元测试以使用NUnit3而不是NUnit2,并且需要将一些断言更改为基于约束的断言。我有以下断言:Assert.IsNullOrEmpty(result);我已经更改为:Assert.That(result,Is.Null.Or.Empty);但是,我对断言IsNotNullOrEmpty时的可读性并不完全满意:Assert.That(result,Is.Not.Null.And.Not.Empty);我目前的建议是创建以下静态类:publicstaticclassText{publicstaticEmptyConstraintIsNullOrEmpty=>Is.N

c# - 为什么我需要在泛型子类中重新声明类型约束

最近我尝试通过实现一个泛型接口(interface)来创建一个泛型子类。publicinterfaceIModulewhereT:DataBean{.....}publicclassModule:IModulewhereT:DataBean{....}看来我不能依赖在基本接口(interface)中定义的任何T限制,我需要自己重新申报。MSDN刚刚提供:Whenusingthesubclassgenerictypeparameters,youmustrepeatanyconstraintsstipulatedatthebaseclasslevelatthesubclasslevel.F