我正成为扩展方法的忠实粉丝，因为它们可以为现有代码或无法编辑的代码添加非常有用的功能。我现在所做的一切中添加的最喜欢的一项是字符串。IsNullOrEmpty（）

public static class Strings
{
    public static bool IsNullOrEmpty(this string value)
    {
        return string.IsNullOrEmpty(value);
    }
}

这使您可以像这样缩短代码

var input = Console.ReadLine();
if (input.IsNullOrEmpty())
{
    Console.WriteLine("try again");
}

当Yield关键字具有强大的功能时，它经常被忽略。不久前，我在博客中讨论了它的好处（不同的处理），并在收益的掩护下进行了讨论，以帮助更好地理解。

使用C中的产量#

使用语句嵌套

通常我们这样做：

StringBuilder sb = new StringBuilder();
using (StringWriter sw = new StringWriter()) {
    using (IndentedTextWriter itw = new IndentedTextWriter(sw)) {
        ... 
    }
}

但我们可以这样做：

StringBuilder sb = new StringBuilder();
using (StringWriter sw = new StringWriter())
using (IndentedTextWriter itw = new IndentedTextWriter(sw)) {
    ... 
}

文字可以用作该类型的变量。如。

Console.WriteLine(5.ToString());
Console.WriteLine(5M.GetType());   // Returns "System.Decimal"
Console.WriteLine("This is a string!!!".Replace("!!", "!"));

只是一些琐事。。。

有很多事情人们没有提到，但它们大多与不安全的构造有关。这里有一个可以被“常规”代码使用：

选中/未选中的关键字：

public static int UncheckedAddition(int a, int b)
{
    unchecked { return a + b; }
}

public static int CheckedAddition(int a, int b)
{
    checked { return a + b; } // or "return checked(a + b)";
}

public static void Main() 
{
    Console.WriteLine("Unchecked: " + UncheckedAddition(Int32.MaxValue, + 1));  // "Wraps around"
    Console.WriteLine("Checked: " + CheckedAddition(Int32.MaxValue, + 1));  // Throws an Overflow exception
    Console.ReadLine();
}

我发现只有少数开发人员知道这个特性。

如果您需要一个通过某个接口（由该值类型实现）与值类型变量一起工作的方法，那么在方法调用期间很容易避免装箱。

示例代码：

using System;
using System.Collections;

interface IFoo {
    void Foo();
}
struct MyStructure : IFoo {
    public void Foo() {
    }
}
public static class Program {
    static void MethodDoesNotBoxArguments<T>(T t) where T : IFoo {
        t.Foo();
    }
    static void Main(string[] args) {
        MyStructure s = new MyStructure();
        MethodThatDoesNotBoxArguments(s);
    }
}

IL代码不包含任何方框说明：

.method private hidebysig static void  MethodDoesNotBoxArguments<(IFoo) T>(!!T t) cil managed
{
  // Code size       14 (0xe)
  .maxstack  8
  IL_0000:  ldarga.s   t
  IL_0002:  constrained. !!T
  IL_0008:  callvirt   instance void IFoo::Foo()
  IL_000d:  ret
} // end of method Program::MethodDoesNotBoxArguments

.method private hidebysig static void  Main(string[] args) cil managed
{
  .entrypoint
  // Code size       15 (0xf)
  .maxstack  1
  .locals init ([0] valuetype MyStructure s)
  IL_0000:  ldloca.s   s
  IL_0002:  initobj    MyStructure
  IL_0008:  ldloc.0
  IL_0009:  call       void Program::MethodDoesNotBoxArguments<valuetype MyStructure>(!!0)
  IL_000e:  ret
} // end of method Program::Main

参见Richter，J.CLR via C#，第2版，第14章：接口，关于泛型和接口约束的章节。

另见我对另一个问题的回答。

我想如果你必须使用nullable类型，最好使用Nullable＜.T＞而不是问号符号这让它令人心疼很明显，魔法正在发生。不确定为什么有人会想使用但可为null<.bool>。

在VB.NET Web服务中，参数可能无法传递（因为合作伙伴请求不一致或不可靠），但必须通过针对建议类型的验证（布尔值表示“if is search request”）。把它归结为“管理层的另一个需求”。。。

…是的，我知道有些人认为这不是做这些事情的正确方法，但IsSearchRequest As Nullable（Of Boolean）让我当晚失去了理智！