我收集了一些极端案例和脑筋急转弯，总是想听到更多。这个页面只涵盖了c#语言的一些细节，但我也发现了。net核心的东西也很有趣。例如，这里有一个没有在页面上，但我觉得不可思议:
string x = new string(new char[0]);
string y = new string(new char[0]);
Console.WriteLine(object.ReferenceEquals(x, y));
我希望输出False -毕竟，“new”(具有引用类型)总是创建一个新对象，不是吗?c#和CLI的规范都表明应该这样做。嗯，在这个特殊情况下不是这样。它输出True，并且在我测试过的框架的每个版本上都是这样。(不可否认，我还没有在Mono上尝试过……)
只是为了澄清，这只是我正在寻找的事情的一个例子-我并不是特别寻找对这个奇怪现象的讨论/解释。(这和普通的弦乐实习不一样;特别地，当调用构造函数时，字符串实习通常不会发生。)我真的是在要求类似的奇怪行为。
还有其他的宝藏吗?
当前回答
我不确定你是否会说这是Windows Vista/7的怪癖或。net的怪癖，但它让我挠头了好一阵子。
string filename = @"c:\program files\my folder\test.txt";
System.IO.File.WriteAllText(filename, "Hello world.");
bool exists = System.IO.File.Exists(filename); // returns true;
string text = System.IO.File.ReadAllText(filename); // Returns "Hello world."
在Windows Vista/7中，文件实际上会被写入C:\Users\<username>\Virtual Store\Program Files\my folder\test.txt
其他回答
我不久前问了一个问题:
条件运算符不能隐式强制转换?
考虑到:
Bool aBoolValue;
其中aBoolValue被赋值为True或False;
以下文件将无法编译:
Byte aByteValue = aBoolValue ? 1 : 0;
但这将:
Int anIntValue = aBoolValue ? 1 : 0;
提供的答案也很好。
下面将打印False而不是抛出溢出异常:
Console.WriteLine("{0}", yep(int.MaxValue ));
private bool yep( int val )
{
return ( 0 < val * 2);
}
分配!
这是我在聚会上喜欢问的一个问题(这可能是我不再被邀请的原因):
你能编译下面这段代码吗?
public void Foo()
{
this = new Teaser();
}
一个简单的欺骗可以是:
string cheat = @"
public void Foo()
{
this = new Teaser();
}
";
但真正的解决方案是:
public struct Teaser
{
public void Foo()
{
this = new Teaser();
}
}
值类型(结构体)可以重新赋值它们的this变量，这是一个小常识。
银行家的舍入。
这不是一个编译器错误或故障，但肯定是一个奇怪的极端情况…
. net框架采用了一种被称为银行家舍入的方案或舍入。
在银行家的四舍五入中，0.5的数字四舍五入到最接近的偶数，所以
Math.Round(-0.5) == 0
Math.Round(0.5) == 0
Math.Round(1.5) == 2
Math.Round(2.5) == 2
etc...
这可能会导致基于更广为人知的四舍五入的财务计算中出现一些意想不到的错误。
Visual Basic也是如此。
c#无障碍谜题
下面的派生类正在从它的基类中访问一个私有字段，编译器会默默地查看另一端:
public class Derived : Base
{
public int BrokenAccess()
{
return base.m_basePrivateField;
}
}
这个领域确实是私有的:
private int m_basePrivateField = 0;
想猜猜我们如何编译这样的代码吗?
.
.
.
.
.
.
.
回答
诀窍是将Derived声明为Base的内部类:
public class Base
{
private int m_basePrivateField = 0;
public class Derived : Base
{
public int BrokenAccess()
{
return base.m_basePrivateField;
}
}
}
内部类可以完全访问外部类成员。在这种情况下，内部类也恰好派生自外部类。这允许我们“打破”私有成员的封装。
