委托事件的实际运用

1>事件在try catch中的运用

在多层架构中try catch事件类似于冒泡，如果不对代码做任何处理，无论哪一层发生异常，都会在最顶层的ul层显示出异常信息。所以个人观点，异常的捕获工作最好在ul层。这样所有层级报的异常都可以被捕获到，因为错误会像气泡一样最终会在显示层暴露出来。在每次设计到数据库的时候捕获异常，这样每个页面的数据操作都会被try catch包裹，有没有一种更好得方法，让代码更简洁。答案是肯定的。将控件事件包裹起来，重新申明一个事件，在该事件中调用控件的事件，并且捕获异常。

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.UI;
using System.Web.UI.WebControls;

using System.Reflection;

public partial class _Default : System.Web.UI.Page
{
    protected void Page_Load(object sender, EventArgs e)
    {
        btn.Click += new EventHandlerWrap(btn_Click);
    }

    protected void btn_Click(object sender, EventArgs e)
    {
        lbTime.Text = DateTime.Now.ToString();
    }
}
public class EventHandlerWrap
{
    private EventHandler handler;
    private EventHandler Handler;
    public EventHandlerWrap(EventHandler handler)
    {
        this.handler = handler;
        Handler = InVoke;
    }

    public static implicit operator EventHandler(EventHandlerWrap wrap)
    {
        return wrap.Handler;
    }

    private void InVoke(object sender, EventArgs e)
    {
        try
        {
            this.handler(sender, e);
        }
        catch (Exception ex)
        {
            LogError(ex.Message);
        }
    }

    private void LogError(string errorMsg) { }
}

 2>事件在用户控件中运用

项目中会设计到报表的流程流转，用到了公司自己研发的工作流，该工作流的功能关联了报表的删除以及状态的显示，所以不同的报表都会添加该工作流，这会导致一个问题的出现，每个页面都必须添加工作流，实现删除功能和状态显示，重复的工作就出现了，所以最总的选择是将工作流的操作和状态封装到自定义空间中。状态的显示可以从工作流实例中通过id获取，但是报表的删除则需要知道具体的表，所以必须把删除操作放在页面，解决的方案是在用户控件中申明一个事件，将删除的操作委托到具体的每个表报的页面中。

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.UI;
using System.Web.UI.WebControls;

public partial class UserControls_WorkFlow : System.Web.UI.Page
{
    public EventHandler Delete;
    protected void Page_Load(object sender, EventArgs e)
    {

    }
    protected void lbnDel_Click(object sender, EventArgs e)
    {
        if (Delete != null)
            Delete(sender, e);
    }
}