匿名方法的作用与缺点-匿名类的作用

匿名方法的作用

千万不要小看匿名方法的作用，有些时候您认为它的作用仅限于上文描述，只是因为没有在某些问题上踏前一步。例如，对于那些只需要“按需创建”，且要“线程安全”的对象，您会怎么做呢？没错，可以使用Double Check：

private object m_mutex = new object();  
private bool m_initialized = false;  
private BigInstance m_instance = null;  
 
public BigInstance Instance  
{  
    get 
    {  
        if (!this.m_initialized)  
        {  
            lock (this.m_mutex)  
            {  
                if (!this.m_initialized)  
                {  
                    this.m_instance = new BigInstance();  
                    this.m_initialized = true;  
                }  
            }  
        }  
 
        return this.m_instance;  
    }  
}

嗯，做的很漂亮！那么……这样的属性再来一个，再来三个，再来五个呢？可能有些朋友就会开始大段地Copy & Paste，于是错误便难免了。这里有一件真人真事，以前某位同学在一堆这样的代码中迷茫了，说为什么用了这种方法，还是初始化了多次对象了？检查了半天没有看出问题来。***发现，原因是访问了错误的initialized变量（例如，在某个应该访问artistInitialized的地方访问了articleInitialized）。可惜，大段时间已经被浪费了——更糟的是，心情也随之变差了。

其实，Copy & Paste很明显没有遵守DRY原则埃为什么不把它们封装在一处呢？例如：

public class Lazy<T>  
{  
    public Lazy(Func<T> func)  
    {  
        this.m_initialized = false;  
        this.m_func = func;  
        this.m_mutex = new object();  
    }  
 
    private Func<T> m_func;  
 
    private bool m_initialized;  
    private object m_mutex;  
    private T m_value;  
 
    public T Value  
    {  
        get 
        {  
            if (!this.m_initialized)  
            {  
                lock (this.m_mutex)  
                {  
                    if (!this.m_initialized)  
                    {  
                        this.m_value = this.m_func();  
                        this.m_func = null;  
                        this.m_initialized = true;  
                    }  
                }  
            }  
 
            return this.m_value;  
        }  
    }  
}

于是，之前的代码就可以简化成这样了：

private Lazy<BigInstance> m_lazyInstance =  
    new Lazy<BigInstance>(delegate { return new BigInstance(); });  
 
public BigInstance Instance { get { return this.m_lazyInstance.Value; } }

还是太丑，上Lambda表达式！

private Lazy<BigInstance> m_lazyInstance =  
    new Lazy<BigInstance>(() => new BigInstance());  
public BigInstance Instance { get { return this.m_lazyInstance.Value; } }

如果没有匿名方法，许多容易使用的编程模型和方式都难以开展。例如，我们就不会有CacheHelper，也不会有AsyncTaskDispatcher（上，下），也很难利用“延迟”所带来的便利，更难以出现微软并行扩展、CCR等优秀框架。可以这么说，如果您不善于使用委托，您如果不知道如何合适地使用匿名方法，您在不自知的情况下可能就已经编写了大量额外的代码了。

老赵平时的工作之一，便是为项目提供各种扩展API，可以让程序员们更愉快地进行开发工作，得到更好的生产力，让代码变得更加美好。如今C#有了匿名方法、Lambda表达式、表达式树、扩展方法等优秀的语言特性，真让我有“如鱼得水”的感觉。因此，我对于Java这样不思进取的语言可以说深恶痛绝（Java朋友们赶快学习Scala吧）。在看阅读大量Java开源项目代码时，我常有这样的感觉：“如果是C#的话，利用匿名方法，这个类不就可以不写，那个类就可以省略……”。没错，所以匿名方法的作用就是，为了保留回调函数的上下文而创建一些类，对于C#程序员来说，的确是一件有些不可思议的事情。

至于Lambda表达式以及其他话题，我们下次再说吧。

匿名方法的缺点

匿名方法的优势在于自动形成闭包，而它的缺点也是让程序员“不自觉”地创建了闭包，这会让某些对象的生命周期加长。例如在一开始的TestRequest方法中，表面上看起来url是参数，request是局部变量，有些朋友可能会认为它们在方法退出后就已经准备回收了。不过因为形成了闭包，url和request已经“升级”为一个对象的域变量，它的生命周期延长了，延长至回调函数执行完毕。因此，一不注意可能就会产生一些莫名其妙的情况。

其实，这些都是“延迟”所带来的陷阱，作为一个优秀的开发人员，除了知道某个东西的作用和优势，也要知道它的问题，不是吗？

【编辑推荐】