Tag: C＃的

“挥发性”的定义是不稳定的，还是GCC有一些标准的兼容性问题？: 我需要一个函数（像WinAPI中的SecureZeroMemory一样）总是零内存，并且不会被优化，即使编译器认为内存永远不会再被访问。看起来像一个完美的候选人易变。但是我遇到了一些问题，实际上是为了和GCC一起工作。这是一个示例函数： void volatileZeroMemory(volatile void* ptr, unsigned long long size) { volatile unsigned char* bytePtr = (volatile unsigned char*)ptr; while (size–) { *bytePtr++ = 0; } } 很简单。但是，如果你调用GCC的代码，它会随着编译器的版本和实际尝试清零的字节数的不同而变化。 https://godbolt.org/g/cMaQm2 GCC 4.4.7和4.5.3从不忽略易失性。 GCC 4.6.4和4.7.3忽略数组大小为1,2和4的volatile。 GCC 4.8.1直到4.9.2忽略数组大小1和2的易失性。 GCC 5.1直到5.3忽略数组大小为1,2,4,8的易失性。 GCC 6.1只是忽略了它的任何数组大小（一致性加分）。我testing过的任何其他编译器（clang，icc，vc）都会根据任何编译器版本和任何数组大小生成所期望的存储器。所以在这一点上，我想知道，这是一个（相当古老和严重？）GCC编译器错误，或者在标准中的挥发性的定义不精确，这实际上符合行为，使得写一个可移植的“ SecureZeroMemory“function？编辑：一些有趣的观察。 #include <cstddef> #include <cstdint> #include <cstring> #include <atomic> void […]

ReSharper / C＃中的“委托减法有不可预知的结果”？: 当使用myDelegate -= eventHandler ReSharper（版本6）的问题：代表减法有不可预知的结果 JetBrains在这里解释了这个理由。这个解释是有道理的，在阅读之后，我怀疑我对代表的所有使用。那如何，我可以写一个非自动事件，而不使ReSharper脾气暴躁？或者，有没有更好的和/或“正确”的方式来实现呢？或者，我可以忽略ReSharper？这里是简化的代码： public delegate void MyHandler (object sender); MyHandler _myEvent; public event MyHandler MyEvent { add { _myEvent += value; DoSomethingElse(); } remove { _myEvent -= value; // <– ReSharper warning here } }

用var / null开关奇怪的行为: 给出以下代码： string someString = null; switch (someString) { case string s: Console.WriteLine("string s"); break; case var o: Console.WriteLine("var o"); break; default: Console.WriteLine("default"); break; } 为什么在case var o上匹配switch语句？这是我的理解， case string s不匹配时， s == null因为（有效） (null as string) != null计算结果为false。对VS Code的智能感知告诉我， o也是一个string 。有什么想法吗？熟悉到： C＃7切换案件与空检查

什么是“跨度”，我应该什么时候使用一个？: 最近我得到了一些build议，在我的代码中使用span<T> ，或者在网站上看到了一些使用span的东西 – 据说是某种容器。但是 – 在C ++标准库中找不到类似的东西。那么这个神秘的span<T>是什么？如果它不是标准的，为什么（或何时）使用它是一个好主意？

枚举types的命名空间 – 最佳实践: 通常需要几个枚举types。有时候，有一个名字冲突。想到这两个解决scheme：使用一个名称空间，或使用“更大的”枚举元素名称。尽pipe如此，命名空间解决scheme有两个可能的实现：一个嵌套枚举的虚拟类，或者一个完整的命名空间。我正在寻找所有三种方法的优点和缺点。例： // oft seen hand-crafted name clash solution enum eColors { cRed, cColorBlue, cGreen, cYellow, cColorsEnd }; enum eFeelings { cAngry, cFeelingBlue, cHappy, cFeelingsEnd }; void setPenColor( const eColors c ) { switch (c) { default: assert(false); break; case cRed: //… break; case cColorBlue: //… //… } } // (ab)using […]

解决scheme中的文件夹应该与名称空间匹配吗？: 解决scheme中的文件夹应该与名称空间匹配吗？在我的一个团队项目中，我们有一个在项目中有许多子文件夹的类库。项目名称和命名空间： MyCompany.Project.Section 。在这个项目中，有几个与命名空间部分相匹配的文件夹：文件夹Vehicles在MyCompany.Project.Section.Vehicles命名空间中有类 Folder Clothing在MyCompany.Project.Section.Clothing命名空间中有类等等在同一个项目里面，是另一个stream氓文件夹文件夹BusinessObjects在MyCompany.Project.Section命名空间中有类有一些这样的文件夹是为了“组织的便利性”。我的问题是：什么是标准？在类库中，文件夹通常与命名空间结构相匹配还是混合包？

命令提示符如何知道何时等待退出？: 我试图在C＃中执行Windows命令提示符重新编码。我想知道命令提示符如何知道何时等待进程开始退出，何时不等待被调用进程退出。例如，如果您键入命令提示符“记事本”，记事本将启动，但您仍然可以执行其他命令。但是，如果您打开more.com，ping.exe或其他实用程序等实用程序，则会等待正在执行的程序完成，然后再执行其他命令。命令提示符如何知道何时等待退出，以及如何在C＃中模拟此行为？

Console.WriteLine（）和需要这么多的参数重载？: 我正在浏览文档，注意到Console.WriteLine()方法有几个重载。特别是，我的好奇心和部分困惑与这些有关： public static void WriteLine(string format, params object[] arg); public static void WriteLine(string format, object arg0); public static void WriteLine(string format, object arg0, object arg1); public static void WriteLine(string format, object arg0, object arg1, object arg2); public static void WriteLine(string format, object arg0, object arg1, object arg2, object arg3); 这似乎是多余的。第一个重载的其他四个重载的需求是什么？第一种方法能够完成其他方法所能做的一切。是否有一个性能问题，他们试图通过提供额外的重载来处理，最多可以处理四个参数（最后一个）？通过一个最多四个参数的数组的开销是否足以提供这些重载的需要？

有没有合法的使用void *？: 在C ++中是否有合法的void*使用？或者是因为C引入了它？只想重述一下我的想法： input ：如果我们想要允许多种inputtypes，我们可以重载函数和方法，或者我们可以定义一个通用的基类或模板（谢谢你在答案中提到这一点）。在这两种情况下，代码的描述性更强，而且错误更less（只要基类是以合理的方式实现的）。输出：我想不出任何情况下，我宁愿接受void* ，而不是从已知基类派生的东西。只是为了明确我的意思：我没有具体询问void*是否存在用例，但是如果有void*是最好的或唯一可用的select。下面几个人已经完全回答了。

ASP.Net：文字与标签: 我只是想听一些权威的时间和地点你应该使用一个LABEL LITERAL控制。据我所知，不同之处在于：可以通过添加的<SPAN>标签对LABEL进行样式设置。我个人发现在我的HTML中添加<SPAN>标记是非常烦人的，从来没有实际上通过ASP应用样式，所以LITERAL似乎是什么应该使用大部分时间…但我担心还有其他考虑或利用标签，我不知道。 LITERAL我们不向他们提供样式，用LITERAL取代任何LABEL是否100％好？有没有其他的考虑？