推薦：ASP程序員必備的知識
數(shù)據(jù)庫連接： % set conn=server.createobject(adodb.connection) conn.open driver={microsoft access driver (*.mdb)};dbq=server.mappath(數(shù)據(jù)庫名) % 打開數(shù)據(jù)庫： exec=select * from 數(shù)據(jù)庫表 set rs=server.createobject(adodb.recordset) rs.open ex

最近做一個(gè)項(xiàng)目時(shí)，大量應(yīng)用了Asp.net ajax，由于在UpdatePanel這種異步更新模式下，后臺處理時(shí)所發(fā)生的異常并不會導(dǎo)致客戶端的界面發(fā)生變化，而是直接以alert的方式彈出異常信息，所以我就偷了個(gè)懶，在后臺檢測到不符合要求的輸入之類的情況下，就直接把錯(cuò)誤提示信息throw一下就好了。但現(xiàn)在發(fā)現(xiàn)問題了，就是這樣一來，如何處理其它的未處理異常？

為了不至于全部重新來修改一遍，我考慮了這幾種處理方式：
1.在web.config的customErrors配置中設(shè)置當(dāng)出現(xiàn)未處理的異常時(shí)轉(zhuǎn)到指定頁；
2.在Global.asax的Application_Error事件處理程序中，將異常信息輸出到指定的頁面顯示給客戶端；

3.由于我所有的頁面都是繼承自一個(gè)MyPage類（它又繼承自System.Web.UI.Page)，所以也可以考慮在MyPage的Page_Error事件處理程序中，來將異常信息輸出到指定的頁面顯示給客戶端。

但是，第一和第三種方法，會在出現(xiàn)異常時(shí)直接轉(zhuǎn)到指定頁，從而達(dá)不到直接alert錯(cuò)誤提示的效果；而第二種方法，倒是不會管這種異步的程序異常，不會把頁面重定向，但在Application_Error里面用Server.GetLastError()方法捕獲的異常很多時(shí)候又不是直接的包含了友好錯(cuò)誤信息的那個(gè)異常，而是它所導(dǎo)致的異常，比如經(jīng)常就會導(dǎo)致System.Web.HttpUnhandledException異常。所以這種方式也不理想。

與大家一起討論。

分享：ASP Access數(shù)據(jù)庫的18條安全法則
ASP Access數(shù)據(jù)庫的18條安全法則： 1.首先，我們需要過濾所有客戶端提交的內(nèi)容,其中包括?id=N一類,另外還有提交的html代碼中的操作數(shù)據(jù)庫的select及asp文件操作語法,大家可以把提交的字符轉(zhuǎn)義,然后再存入數(shù)據(jù)庫。 2.然后需要對訪問Access數(shù)據(jù)庫的頁面進(jìn)行授