要在编辑界面将UnitPrice格式化为货币，这需要为GridView的RowUpdating事件创建一个事件处理，它将一个货币格式的字符串转换成decimal。回想上一节，RowUpdating事件处理也用来检测并确保用户输入的是一个UnitPrice的值。不过，本节我们可以允许用户忽略price列。
protected void GridView1_RowUpdating(object sender, GridViewUpdateEventArgs e) { if (e.NewValues["UnitPrice"] != null) e.NewValues["UnitPrice"] =decimal.Parse(e.NewValues["UnitPrice"].ToString(), System.Globalization.NumberStyles.Currency); }
我们的GridView包含一个QuantityPerUnit绑定列，但它仅仅用作显示，不能被用户编辑。为了实现这一点，只需要简单地将该绑定列的ReadOnly属性设置为true。
图 3: 设置QuantityPerUnit绑定列为只读
最后，从GridView的智能标记里勾选上“启用编辑”。完成了这些步骤后，ErrorHandling.aspx页面在设计视图里将如图4所示。
图 4: 删除除了必需的绑定列之外的其它列并启用编辑
在这里我们显示产品的所有列，ProductName、QuantityPerUnit、UnitPrice和UnitsInStock；不过仅仅ProductName、UnitPrice和UnitsInStock这几列可以编辑。
图 5: 用户现在可以很方便地编辑Products' Names、Prices和Units In Stock字段
第二步:适当地处理DAL层异常
这时我们的可编辑的GridView在用户输入合法的product's name、price和units in stock时表现极佳，输入不合法的值时则导致一个异常。例如，遗漏了ProductName值则引发抛出一个NoNullAllowedException异常，因为ProdcutsRow类的ProductName属性设置了它的AllowDBNull属性为false；如果数据库不正常运作，则在试图连接数据库时通过TableAdapter抛出一个SqlException异常。没有任何的动作，这些异常都会从数据访问层冒出到业务逻辑层，然后到ASP.NET页面，最后到ASP.NET运行时。
取决于你的web应用程序如何配置以及是否从localhost访问该应用，一个未经处理的异常会出现在一类服务器错误处理页，一个详细的错误报表，或者一个对用户友好的web页面。查看Web Application Error Handling in ASP.NET 和 customErrors Element 获得更多的关于ASP.NET页面如何响应一个未捕获的异常的相关信息。
图6展示的是试图不指定ProductName的值更新一个产品时屏幕的状况。这显示的是通过localhost访问时的默认详细错误报表。
图 6: 省略Product's Name将显示异常明细
虽然这样的异常明细在我们测试应用程序的时候是很有用的，然而当一个最终用户面对这样的异常呈现时却是无所适从的。一个最终用户很可能并不知道NoNullAllowedException是什么，或者它是如何引起的。更好的方法是呈现给用户一个更友好的信息说明试图更新产品时出现了问题。
如果在执行这项操作时出现了一个异常，ObjectDataSource 和数据Web控件的post级事件都提供了发现并不让它出现在ASP.NET运行时的方法。在我们的例子里，让我们为GridView的RowUpdated事件创建一个事件处理程序，它判断是否激发了一个异常，如果是，则在一个Label服务器控件中显示异常详细信息。
首先，添加一个Label控件到ASP.NET页面，设置它的ID属性为ExceptionDetails并清空它的Text属性。为了吸引用户的实现到此信息，设置其CssClass为Warning，这是我们在之前的章节里添加到Styles.css文件的一个CSS类别。记得这个CSS类别让Label的text显示为红色、斜体、加粗的较大的字体。
图 7: 添加一个Label服务器控件到页面
因为我们希望这个Label控件仅在异常出现时显示，在Page_Load事件处理中设置它的Visible属性为false：
protected void Page_Load(object sender, EventArgs e) { ExceptionDetails.Visible = false; }