草庐IT

时序约束

全部标签

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

c# - 基于泛型约束的方法重载?

我能否以某种方式拥有仅因泛型类型约束而不同的重载方法?这不编译:voidFoo(Tbar)whereT:class{}voidFoo(Tbar)whereT:struct{}由于这些是“开放”方法,当在代码中使用具体类型的T引用实际方法时,实际方法应该是封闭的/构造的/完全定义的,然后就会清楚是哪个过载调用。显而易见的解决方案是不要重载它们,但我想知道为什么这在C#中不起作用?附加问题:如果这只是一个C#编译器约束,IL是否允许这样的重载? 最佳答案 CanIsomehowhaveoverloadedmethodswhichdiff

c# - 将属性用于通用约束

这个问题在这里已经有了答案:Canyouuse"where"torequireanattributeinc#?(5个答案)关闭9年前。举个例子,比如..publicinterfaceIInterface{}publicstaticvoidInsert(thisIListlist,IListitems)whereT:IInterface{//...logic}这很好用,但我想知道是否可以使用属性作为约束。比如……classInsertableAttribute:AttributepublicstaticvoidInsert(thisIListlist,IListitems)whereT:

c# - 如何为具有类型参数约束的泛型类型编写扩展方法?

我正在使用一个任务特定的.NET平台,它是预编译的,而不是开源的。对于某些任务,我需要扩展此类,而不是继承它。我只是想添加一个方法。首先我想向您展示一个dummycode现有类:publicclassMatrixwhereT:new(){...publicTvalues[,];...}我想通过以下方式扩展这个类:publicstaticclassMatrixExtension{publicstaticTgetCalcResult(thisMatrixmat){Tresult=0;...returnresult;}}我从许多谷歌链接中得到了这个语法,所以不知道它是否正确。编译器告诉我没有

c# - DELETE 语句与 Entity Framework 的 SAME TABLE REFERENCE 约束冲突

我有一个带有自引用的表,其中ParentId是ID(PK)的FK。使用EF(代码优先),我建立了如下关系:this.HasOptional(t=>t.ParentValue).WithMany(t=>t.ChildValues).HasForeignKey(t=>t.ParentId);当我尝试删除子项及其父项时,EF向数据库发出的DELETE命令与我预期的顺序不符-它首先尝试删除父项记录。我意识到我在这里有几个选择(我都不喜欢):先删除子记录,进行完整保存/提交,然后删除父记录。考虑到我的模型及其维护逻辑的复杂性,这不是一个选项-我无法在需要时发出多个提交命令。在删除任何内容之前解除