C#4.0中的dynamic关键字

如果您希望只在运行时解析方法调用，则可以使用dynamic关键字。

dynamic invoker=new DynamicInvoker();
dynamic result1=invoker.MyMethod1();
dynamic result2=invoker.MyMethod2();

这里我实现了一个动态调用程序。

public class DynamicInvoker : IDynamicObject
    {
        public MetaObject GetMetaObject
              (System.Linq.Expressions.Expression parameter)
        {
            return new DynamicReaderDispatch (parameter);
        }
    }

    public class DynamicDispatcher : MetaObject
    {
        public DynamicDispatcher (Expression parameter) 
                   : base(parameter, Restrictions.Empty){ }

        public override MetaObject Call(CallAction action, MetaObject[] args)
        {
            //You'll get MyMethod1 and MyMethod2 here (and what ever you call)
            Console.WriteLine("Logic to invoke Method '{0}'", action.Name);
            return this; //Return a meta object
        }
    }

几乎所有酷的都被提到了。不确定这个是否广为人知

C#属性/字段构造函数初始化：

var foo = new Rectangle() 
{ 
    Fill = new SolidColorBrush(c), 
    Width = 20, 
    Height = 20 
};

这将创建矩形，并设置列出的财产。

我注意到了一些有趣的东西——你可以在财产列表的末尾使用逗号，而不会出现语法错误。因此，这也是有效的：

var foo = new Rectangle() 
{ 
    Fill = new SolidColorBrush(c), 
    Width = 20, 
    Height = 20,
};

通过C#从CLR：标准化字符串时建议您使用ToUpperInvariant而不是ToLowerInvariant，因为Microsoft具有优化代码以执行大写比较。

我记得有一次我的同事总是在比较之前把字符串改成大写。我一直想知道他为什么这么做，因为我觉得先转换成小写字母更“自然”。看完这本书后，我知道为什么了。

避免检查空事件处理程序

在声明时向事件添加一个空委托，在调用事件之前不必总是检查事件是否为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）关于此主题的相关讨论和博客文章（以及可能的缺点）。

读完这本书的全部9页后，我觉得我必须指出一个不为人知的特点。。。

对于.NET 1.1，这是正确的，对gzip文件使用压缩/解压缩，必须：

下载ICSharpCode.ZipLib或者，将Java库引用到项目中，并使用Java的内置库来利用GZip的压缩/解压缩方法。

它没有得到充分利用，这是我不知道的，（仍然使用ICSharpCode.ZipLib，即使在.NET 2/3.5中也是如此）它被合并到了标准BCL版本2以上的System.IO.Compression命名空间中。。。请参见MSDN页面“GZipStream类”。

我称此为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