DateTime.ToString("dd/MM/yyyy"); 这实际上并不总是给你 dd/MM/yyyy，而是会考虑区域设置并根据您所在的位置替换日期分隔符。因此，您可能会得到类似于 dd-MM-yyyy 的格式。

正确的方法是使用 DateTime.ToString("dd'/'MM'/'yyyy");

DateTime.ToString("r") 应该转换为 RFC1123 格式，使用 GMT。GMT 与 UTC 相差不到一秒钟，然而 "r" 格式说明符 即使 DateTime 是本地时间，也不会转换为 UTC。

这会导致以下问题（取决于本地时间与 UTC 相距多远）：

DateTime.Parse("Tue, 06 Sep 2011 16:35:12 GMT").ToString("r")
>              "Tue, 06 Sep 2011 17:35:12 GMT"

糟糕！

我前几天看到这篇文章，感觉内容相当晦涩，对于不了解的人来说可能很痛苦。

int x = 0;
x = x++;
return x;

由于这会返回0而不是大多数人所期望的1

我有点晚来到这个聚会，但最近我遇到了两个问题：

日期时间分辨率

Ticks属性以10百万分之一秒（100纳秒块）为单位测量时间，但分辨率不是100纳秒，而是约15毫秒。

以下是代码：

long now = DateTime.Now.Ticks;
for (int i = 0; i < 10; i++)
{
    System.Threading.Thread.Sleep(1);
    Console.WriteLine(DateTime.Now.Ticks - now);
}

将会给你一个输出（例如）：

0
0
0
0
0
0
0
156254
156254
156254

同样地，如果你查看DateTime.Now.Millisecond，你会得到以15.625毫秒为单位的近似值：15、31、46等。

这种特定行为因系统而异，但在这个日期/时间 API 中还有其他分辨率相关的陷阱。

Path.Combine

一个很好的组合文件路径的方法，但它并不总是按照你所期望的方式运行。

如果第二个参数以\字符开头，它将不能给你一个完整的路径：

这段代码：

string prefix1 = "C:\\MyFolder\\MySubFolder";
string prefix2 = "C:\\MyFolder\\MySubFolder\\";
string suffix1 = "log\\";
string suffix2 = "\\log\\";

Console.WriteLine(Path.Combine(prefix1, suffix1));
Console.WriteLine(Path.Combine(prefix1, suffix2));
Console.WriteLine(Path.Combine(prefix2, suffix1));
Console.WriteLine(Path.Combine(prefix2, suffix2));

C:\MyFolder\MySubFolder\log\
\log\
C:\MyFolder\MySubFolder\log\
\log\

使用 System.Diagnostics 启动一个写入控制台的进程时，如果您从未读取 Console.Out 流，在输出一定量的内容后，您的应用程序将似乎停止响应。

Linq-To-Sql中没有运算符快捷方式

请参见这里。

简而言之，在Linq-To-Sql查询的条件子句中，您不能使用条件快捷方式，如||和&&来避免空引用异常。即使第一个条件导致无需评估第二个条件，Linq-To-Sql也会评估OR或AND运算符的两侧！

使用虚方法的默认参数

abstract class Base
{
    public virtual void foo(string s = "base") { Console.WriteLine("base " + s); }
}

class Derived : Base
{
    public override void foo(string s = "derived") { Console.WriteLine("derived " + s); }
}

...

Base b = new Derived();
b.foo();

输出:
派生基类

可变集合中的值对象

struct Point { ... }
List<Point> mypoints = ...;

mypoints[i].x = 10;

没有影响。

mypoints[i] 返回 Point 值对象的一个副本。C# 乐意让你修改这个副本的字段，而不会有任何提示。

更新： 这个问题在 C# 3.0 中已经得到修复：

Cannot modify the return value of 'System.Collections.Generic.List<Foo>.this[int]' because it is not a variable

也许不是最糟糕的，但 .net框架的某些部分使用度数，而其他部分则使用弧度（并且与Intellisense一起显示的文档从不告诉您哪种方式，您必须访问MSDN才能找到）

通过拥有一个Angle类，所有这些都可以避免...

对于C/C++程序员来说，转向C#是很自然的。然而，在个人经验以及看到其他人做同样转换的过程中，我遇到的最大问题（也见过其他人遇到同样的问题）是不完全理解在C#中类和结构体之间的区别。

在C++中，类和结构体是相同的；它们只在默认可见性方面有所不同，其中类的默认可见性为private，而结构体的默认可见性为public。在C++中，以下类定义

    class A
    {
    public:
        int i;
    };

这与该结构定义在功能上是等效的。

    struct A
    {
        int i;
    };

在C#中，类是引用类型，而结构体是值类型。这使得在（1）决定何时使用其中之一、（2）测试对象相等性、（3）性能方面（例如，装箱/拆箱）等方面存在重大差异。

网络上有各种与两者之间差异相关的信息（例如，此处）。我强烈鼓励任何转向C#的人至少了解它们之间的差异及其影响。

数组实现了 IList

但是它没有真正实现它。当你调用 Add 方法时，它会告诉你无法工作。那么为什么一个类会实现一个它无法支持的接口呢？

编译通过，但不可用：

IList<int> myList = new int[] { 1, 2, 4 };
myList.Add(5);

我们经常遇到这个问题，因为序列化程序（WCF）将所有的ILists转换成数组，然后我们就会遇到运行时错误。