在使用linqxml时，我发现这种技术很有趣：

public bool GetFooSetting(XElement ndef){
   return (bool?)ndef.Element("MyBoolSettingValue") ?? true;
}

而不是：

public bool GetFooSetting(XElement ndef){
   return ndef.Element("MyBoolSettingValue") != null ? bool.Parse(ndef.Element("MyBoolSettingValue") ) : true;
}

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

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”的这个小技巧使它真正起作用。

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

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

要使用LINQ测试IEnumerable＜T＞是否为空，请使用：

IEnumerable＜T＞.Any（）；

起初，我使用（IEnumerable＜T＞.Count（）！=0)...这不必要地导致枚举IEnumerable＜T＞中的所有项。作为对此的改进，我继续使用（IEnumerable＜T＞.FirstOrDefault（）==null）。。。哪个更好。。。但是IEnumerable<T>.Any（）是最简洁的，并且性能最好。

以下是一些有趣的隐藏C#特性，以未记录的C#关键字的形式出现：

__makeref

__reftype

__refvalue

__arglist

这些是未记录的C#关键字（甚至Visual Studio都能识别它们！），它们是为了在泛型之前更有效地装箱/拆箱而添加到的。它们与System.TypedReference结构协同工作。

还有__arglist，用于可变长度参数列表。

人们不太了解的一件事是System.WeakReference——一个非常有用的类，它可以跟踪对象，但仍然允许垃圾收集器收集它。

最有用的“隐藏”特性是yield return关键字。它并没有真正隐藏，但很多人都不知道它；它允许通过在后台生成状态机来延迟执行查询。Raymond Chen最近发布了关于内部细节的帖子。

我已经读完了所有七页，我错过了这些：

String.Join

我见过很多用于将项目列表转换为带分隔符的字符串的for循环。确保不以分隔符开头，也不以分隔字符结尾，这总是一件痛苦的事。内置方法使此操作更简单：

String.Join(",", new String[] { "a", "b", "c"});

注释中的TODO

不是真正的C#特性，更多的是Visual Studio特性。当您使用TODO开始注释时，它将添加到Visual Studio任务列表中（查看->任务列表.Comments）

// TODO: Implement this!
throw new NotImplementedException();

扩展方法符合Generics

您可以将扩展方法与泛型相结合，当您想到本主题前面的提示时，可以向特定接口添加扩展

public static void Process<T>(this T item) where T:ITest,ITest2 {}

可枚举范围

只需要一个整数列表？

Enumerable.Range(0, 15)

我会想更多的。。。

我称此为AutoDebug，因为您可以根据bool值（也可以存储为项目用户设置）在需要的位置和时间进行调试。

例子：

//Place at top of your code
public UseAutoDebug = true;


//Place anywhere in your code including catch areas in try/catch blocks
Debug.Assert(!this.UseAutoDebug);

只需将上述内容放在try/catch块或代码的其他区域，并将UseAutoDebug设置为true或false，然后随时进行调试即可。

您可以将此代码保留在原位，并在测试时打开和关闭此功能。您还可以将其保存为项目设置，并在部署后手动更改，以便在需要时/如果需要时从用户处获取其他错误信息。

在这里，您可以看到一个在Visual Studio C#项目模板中使用此技术的功能和工作示例，其中大量使用此技术：

http://code.msdn.microsoft.com/SEHE