cost 372 ms
如何等待直到并行任务完成 - how to await until parallel task done

我是 C# 的新手。我正在编写 window 表格,用于根据扩展名对文件夹内的文件进行排序。 当用一个文件夹完成任务时它是有效的,但我修改它以从列表框中的多个项目完成它。 我要解释我的任务。 首先我在进程启动时单击开始按钮,它将禁用所有按钮,然后循环列表框中的每个项目并对文件夹中的所有文件进行排序。 ...

如果我有 ac# readonly 结构,它有非只读结构作为成员,编译器会用 in 参数创建防御性副本 - If I have a c# readonly struct that has non readonly structs as members, will compiler create defensive copy with in parameter

因此,如果我有一个结构体 PlayerData,它具有在 System.Numerics 中定义的 Vector3 结构体的成员(不是只读结构体) 我将它们传递给方法: c# 是否会因为 Vector3 成员不是只读结构而是只读字段而创建防御性副本? 现有的库不提供向量的只读版本,所以如果 ...

C#。 引用扩展方法的引用返回委托 - C#. Ref returning delegate for ref extension method

我具有以下扩展方法,用于监视变量并等待其具有给定的期望值: 运行正常: 我想定义一个ref扩展方法,该方法给我一个委托,该委托向我返回ref变量的当前值,例如: 这样,我以前的扩展方法可以扩展RefFunc<T>而不是Func<T>并且可以假设使用 ...

从命令行编译C#7.2项目 - Compile C# 7.2 project from command line

我正在为我的代码生成库创建测试自动化。 我在C#7.2中有一个测试项目。 该项目可使用Visual Studio编译,没有任何问题。 我的测试是更新该项目的代码。 然后,我希望测试编译项目,加载程序集,并验证它是否按预期工作。 我尝试了msbuild和csc。 双方都抱怨7.2对 ...

为什么在C#7.2及更低版本中此方法组转换不明确? - Why is this method group conversion ambiguous in C# 7.2 and lower?

鉴于以下课程: 以及这种用法: 我试图找出为什么GetDouble委托转换被认为是不明确的,以及在这个上下文中它与labmda表达式和强制转换为匿名委托的确切原因。 编辑:看起来这不会影响C#7.3,但会影响7.2及更低版本。 添加本地方法之前的版本可以通过使GetInt ...

C# ref 的行为只读 - C# Behavior of ref readonly

我在阅读文档的C#7.2 在这里,我在关于跨此次来到ref readonly : 编译器强制调用者不能修改引用。 尝试直接分配值会生成编译时错误。 但是,编译器无法知道是否有任何成员方法修改了结构体的状态。 为了确保对象不被修改,编译器创建一个副本并使用该副本调用成员引用。 任何修改都针对该防 ...

2018-10-24 18:30:11   1   1943    c# / ref / c#-7.2  
为什么有人在C#中使用“输入”参数修饰符? - Why would one ever use the “in” parameter modifier in C#?

因此,我(认为我)了解in参数修饰符的作用。 但是这样做似乎是多余的。 通常,我认为使用ref的唯一原因是修改调用变量, in明确禁止该变量。 因此,通过将in参考似乎逻辑上等同于按值传递。 有某种性能优势吗? 我认为,在后端, ref参数必须至少复制变量的物理地址,该地址的大 ...

2018-10-15 15:46:47   5   5601    c# / c#-7.2  
是否激活结构而不将其存储为局部变量期望比将其存储为局部变量更慢? - Is Activating a Struct Without Storing It as a Local Variable Expected to Be Slower than Not Storing It as a Local Variable?

我在.NET Core 2.1中遇到了一个我想要了解的性能问题。 可以在此处找到此代码: https://github.com/mike-eee/StructureActivation 以下是BenchmarkDotNet的相关基准代码: 从一开始,我希望Activated ...


 
粤ICP备18138465号  © 2020-2025 STACKOOM.COM