我经常遇到需要将泛型参数对象持久化为基类中的视图状态。

public abstract class BaseListControl<ListType,KeyType,ParameterType>
                 : UserControl 
                 where ListType : BaseListType
                 && ParameterType : BaseParameterType, new
{

    private const string viewStateFilterKey = "FilterKey";

    protected ParameterType Filters
    {
        get
        {
            if (ViewState[viewStateFilterKey] == null)
                ViewState[viewStateFilterKey]= new ParameterType();

            return ViewState[viewStateFilterKey] as ParameterType;
        }
        set
        {
            ViewState[viewStateFilterKey] = value;
        }
    }

}

用法：

private void SomeEventHappened(object sender, EventArgs e)
{
    Filters.SomeValue = SomeControl.SelectedValue;
}

private void TimeToFetchSomeData()
{
    GridView.DataSource = Repository.GetList(Filters);
}

“where ParameterType:BaseParameterType，new”的这个小技巧使它真正起作用。

在我的基类中有了这个属性，我可以自动处理分页，设置过滤器值以过滤网格视图，使排序变得非常容易，等等。

我真的只是想说，在错误的手中，仿制药可能是一种非常强大的野兽。

如果您试图在String.Format表达式中使用大括号。。。

int foo = 3;
string bar = "blind mice";
String.Format("{{I am in brackets!}} {0} {1}", foo, bar);
//Outputs "{I am in brackets!} 3 blind mice"

我还不能发表评论，但请注意，默认情况下，VisualStudio2008会自动跳过财产，因此在这种情况下不再需要DebuggerStepThrough属性。此外，我还没有注意到有人展示如何声明无参数lambda（对于实现Action＜＞很有用）（）=>DoSomething（x）；

你还应该仔细阅读闭包——我不够聪明，无法正确解释它们。但基本上，这意味着编译器做了一些聪明的事情，这样即使在创建lambda之后“超出范围”，这行代码中的x仍然可以工作。

我最近还发现，可以假装忽略lambda参数：（e，_）=>DoSomething（e）

它并不是真的忽略它，只是_是一个有效的标识符。所以你不能像那样忽略这两个参数，但我认为这是一种很好的方式来表明我们不关心这个参数（通常是EventArgs，它是.Empty）。

避免检查空事件处理程序

在声明时向事件添加一个空委托，在调用事件之前不必总是检查事件是否为null，这是非常棒的。例子：

public delegate void MyClickHandler(object sender, string myValue);
public event MyClickHandler Click = delegate {}; // add empty delegate!

让你这样做

public void DoSomething()
{
    Click(this, "foo");
}

而不是这样

public void DoSomething()
{
    // Unnecessary!
    MyClickHandler click = Click;
    if (click != null) // Unnecessary! 
    {
        click(this, "foo");
    }
}

另请参阅埃里克·里佩尔（Eric Lippert）关于此主题的相关讨论和博客文章（以及可能的缺点）。

其他一切，加上

1） 隐式泛型（为什么只在方法上而不在类上？）

void GenericMethod<T>( T input ) { ... }

//Infer type, so
GenericMethod<int>(23); //You don't need the <>.
GenericMethod(23);      //Is enough.

2） 具有一个参数的简单lambdas：

x => x.ToString() //simplify so many calls

3） 匿名类型和初始化程序：

//Duck-typed: works with any .Add method.
var colours = new Dictionary<string, string> {
    { "red", "#ff0000" },
    { "green", "#00ff00" },
    { "blue", "#0000ff" }
};

int[] arrayOfInt = { 1, 2, 3, 4, 5 };

另一个：

4） 自动财产可以有不同的范围：

public int MyId { get; private set; }

感谢@pzycoman提醒我：

5） 命名空间别名（并非您可能需要这种特殊区分）：

using web = System.Web.UI.WebControls;
using win = System.Windows.Forms;

web::Control aWebControl = new web::Control();
win::Control aFormControl = new win::Control();

这本身不是C#，但我还没有见过真正使用System.IO.Path.Combine（）的人。事实上，整个Path类非常有用，但没有人使用它！

我敢打赌，每个生产应用程序都有以下代码，尽管它不应该：

string path = dir + "\\" + fileName;