有關Function Try Block的法則

2021-08-04 06:21:57 字數 572 閱讀 2982

法則1:建構函式的function try block處理程式只能用於轉化(translate)從基類或成員子物件的建構函式丟擲異常(也可能做一些相應的記錄工作,或其它某種附帶性的工作,以響應構造失敗)。此外沒有什麼作用。

例如:

class x : y

catch(...) // y::y或t::t或z::z

}

法則2:析構函式的function try block 鮮有或沒有實際用處,因為析構函式絕不應該產生異常。它能做的只不過是做些記錄,或者發出提示資訊

法則3:其他所有function try block 都沒有實際用處。對乙個函式來說,其內部正常的try block不能捕捉到的東西,其正常function try block也不能捕捉到。

避免使用function try block,這不是因為它們有害,而是因為和普通的try block相比,它們提供的好處太少,甚至根本就沒有。更多的人了解的是普通的try block,而不是function try block。

有關Server Mappath解釋

先看圖 1,首先在本機e盤下面建立red資料夾,夾子內繼續建立conn.asp檔案,檔案內容如下 主要除錯三種路徑最後顯示的結果。2,在red資料夾下面建立資料夾database,該夾子內部存放cnbruce.mdb檔案。所以現在可以很肯定的知道資料庫檔案的絕對路徑是 e red database ...

有關於快取

我們使用快取的目的主要有如下幾點 1 減少資料庫查詢次數,降低資料庫負載。2 縮短php執行路徑,降低web前端負載。3 減少webserver的請求數量,降低web前端負載。第一項 比較接近底層,主要做細粒度資料快取,比如快取乙個資料物件,一行記錄等。只有當物件中的屬性或記錄中的字段值發生變化後使...

有關sql注入

大家存在5點誤區 1 sql注入比較難防,需要替換select,delete等一打字元 其實對於字元型替換再多都沒有替換單引號為兩個單引號來的好!對於數字型替換再多都沒有用,一定要型別轉換。2 忽略dropdownlist傳來的東西 其實是不對的,一切客戶端的東西都是不可信任的,select下拉框也...