在此描述您的新便箋。軟件中總免不了要使用諸如 Log4net, Log4j, Tracer 等東東來寫日志，不管用什么，這些東東大多是大同小異的，一般都提供了這樣5個日志級別：
× Debug
× Info
× Warn
× Error
× Fatal
一個等級比一個高，但是在具體開發中，關于應該如何選擇適應的等級，卻沒有找到好的文章進行說明。記錄一下自己的一些看法，以便日后使用吧。
=== Debug ===
這個級別最低的東東，一般的來說，在系統實際運行過程中，一般都是不輸出的。
因此這個級別的信息，可以隨意的使用，任何覺得有利于在調試時更詳細的了解系統運行狀態的東東，比如變量的值等等，都輸出來看看也無妨。
當然，在每一個 Debug 調用之前，一定要加上 If 判斷。
=== Info ===
這個應該用來反饋系統的當前狀態給最終用戶的，所以，在這里輸出的信息，應該對最終用戶具有實際意義，也就是最終用戶要能夠看得明白是什么意思才行。
從某種角度上說，Info 輸出的信息可以看作是軟件產品的一部分（就像那些交互界面上的文字一樣），所以需要謹慎對待，不可隨便。
=== Warn、Error、Fatal ===
警告、錯誤、嚴重錯誤，這三者應該都在系統運行時檢測到了一個不正常的狀態，他們之間的區別，要區分還真不是那么簡單的事情。我大致是這樣區分的：
所謂警告，應該是這個時候進行一些修復性的工作，應該還可以把系統恢復到正常狀態中來，系統應該可以繼續運行下去。
所謂錯誤，就是說可以進行一些修復性的工作，但無法確定系統會正常的工作下去，系統在以后的某個階段，很可能會因為當前的這個問題，導致一個無法修復的錯誤（例如宕機），但也可能一直工作到停止也不出現嚴重問題。
所謂Fatal，那就是相當嚴重的了，可以肯定這種錯誤已經無法修復，并且如果系統繼續運行下去的話，可以肯定必然會越來越亂。這時候采取的最好的措施不是試圖將系統狀態恢復到正常，而是盡可能地保留系統有效數據并停止運行。
也就是說，選擇 Warn、Error、Fatal 中的具體哪一個，是根據當前的這個問題對以后可能產生的影響而定的，如果對以后基本沒什么影響，則警告之，如果肯定是以后要出嚴重問題的了，則Fatal之，拿不準會怎么樣，則 Error 之。
=== 一些疑惑 ===
不過在實際使用中，基于上面的這種考慮，也還是有一些具體問題。最常見的就是要在最終產品中將輸出日志打開到那種級別才算好呢？
例如在應用中有一個輸出窗口，一些系統狀態信息將被輸出到這個輸出窗口中。因為 Info 的級別是如此之低，所以為了讓用戶能夠看到有效的輸出信息，必須將日志級別開放到 Info 級別。但是 Warn 的級別比 Info 要高，所以用戶不得不被迫看到一些 Warn 的信息。而我們其實已經假定，Warn 信息其實并不影響系統的正常運行，這一般只代表系統中存在一些還沒有被發現或者修改的小 Bug。這些 Warn 信息會讓最終用戶困惑甚至恐慌，系統發出警告了，該怎么辦？
個人觀點，Info 的級別應該比 Warn 更高才對，Warn 信息和 Debug 一樣，應該在產品測試和調試時使用，而 Info、Erro 以及 Fatal 則在產品發布后需要繼續使用。
軟件中總免不了要使用諸如 Log4net, Log4j, Tracer 等東東來寫日志，不管用什么，這些東東大多是大同小異的，一般都提供了這樣5個日志級別：
× Debug
× Info
× Warn
× Error
× Fatal
一個等級比一個高，但是在具體開發中，關于應該如何選擇適應的等級，卻沒有找到好的文章進行說明。記錄一下自己的一些看法，以便日后使用吧。
=== Debug ===
這個級別最低的東東，一般的來說，在系統實際運行過程中，一般都是不輸出的。
因此這個級別的信息，可以隨意的使用，任何覺得有利于在調試時更詳細的了解系統運行狀態的東東，比如變量的值等等，都輸出來看看也無妨。
當然，在每一個 Debug 調用之前，一定要加上 If 判斷。
=== Info ===
這個應該用來反饋系統的當前狀態給最終用戶的，所以，在這里輸出的信息，應該對最終用戶具有實際意義，也就是最終用戶要能夠看得明白是什么意思才行。
從某種角度上說，Info 輸出的信息可以看作是軟件產品的一部分（就像那些交互界面上的文字一樣），所以需要謹慎對待，不可隨便。
軟件中總免不了要使用諸如 Log4net, Log4j, Tracer 等東東來寫日志，不管用什么，這些東東大多是大同小異的，一般都提供了這樣5個日志級別：
× Debug
× Info
× Warn
× Error
× Fatal
一個等級比一個高，但是在具體開發中，關于應該如何選擇適應的等級，卻沒有找到好的文章進行說明。記錄一下自己的一些看法，以便日后使用吧。
=== Debug ===
這個級別最低的東東，一般的來說，在系統實際運行過程中，一般都是不輸出的。
因此這個級別的信息，可以隨意的使用，任何覺得有利于在調試時更詳細的了解系統運行狀態的東東，比如變量的值等等，都輸出來看看也無妨。
當然，在每一個 Debug 調用之前，一定要加上 If 判斷。
=== Info ===
這個應該用來反饋系統的當前狀態給最終用戶的，所以，在這里輸出的信息，應該對最終用戶具有實際意義，也就是最終用戶要能夠看得明白是什么意思才行。
從某種角度上說，Info 輸出的信息可以看作是軟件產品的一部分（就像那些交互界面上的文字一樣），所以需要謹慎對待，不可隨便。
=== Warn、Error、Fatal ===
警告、錯誤、嚴重錯誤，這三者應該都在系統運行時檢測到了一個不正常的狀態，他們之間的區別，要區分還真不是那么簡單的事情。我大致是這樣區分的：
所謂警告，應該是這個時候進行一些修復性的工作，應該還可以把系統恢復到正常狀態中來，系統應該可以繼續運行下去。
所謂錯誤，就是說可以進行一些修復性的工作，但無法確定系統會正常的工作下去，系統在以后的某個階段，很可能會因為當前的這個問題，導致一個無法修復的錯誤（例如宕機），但也可能一直工作到停止也不出現嚴重問題。
所謂Fatal，那就是相當嚴重的了，可以肯定這種錯誤已經無法修復，并且如果系統繼續運行下去的話，可以肯定必然會越來越亂。這時候采取的最好的措施不是試圖將系統狀態恢復到正常，而是盡可能地保留系統有效數據并停止運行。
也就是說，選擇 Warn、Error、Fatal 中的具體哪一個，是根據當前的這個問題對以后可能產生的影響而定的，如果對以后基本沒什么影響，則警告之，如果肯定是以后要出嚴重問題的了，則Fatal之，拿不準會怎么樣，則 Error 之。
=== 一些疑惑 ===
不過在實際使用中，基于上面的這種考慮，也還是有一些具體問題。最常見的就是要在最終產品中將輸出日志打開到那種級別才算好呢？
例如在應用中有一個輸出窗口，一些系統狀態信息將被輸出到這個輸出窗口中。因為 Info 的級別是如此之低，所以為了讓用戶能夠看到有效的輸出信息，必須將日志級別開放到 Info 級別。但是 Warn 的級別比 Info 要高，所以用戶不得不被迫看到一些 Warn 的信息。而我們其實已經假定，Warn 信息其實并不影響系統的正常運行，這一般只代表系統中存在一些還沒有被發現或者修改的小 Bug。這些 Warn 信息會讓最終用戶困惑甚至恐慌，系統發出警告了，該怎么辦？
個人觀點，Info 的級別應該比 Warn 更高才對，Warn 信息和 Debug 一樣，應該在產品測試和調試時使用，而 Info、Erro 以及 Fatal 則在產品發布后需要繼續使用。
目前我所采用的解決方法是，對于 Warn、Error、Fatal 都添加一個相應的系統斷言，這樣，可以保證當發生這種問題時，在調試階段，可以立即得到提示。在軟件發布以后，這些信息也能被記錄到日志文件中去。
{{{
log.Warn("message");
System.Diagnostics.Debug.Fail("警告", "message");
}}}
Debug.Fail 將導致編譯為 Debug 輸出時，會彈出一個消息警告窗口，這可保證在測試、調試階段不漏過任何一個潛在的錯誤。而在發布時，Release 編譯的輸出不會包括 Debug 語句，這就不會打擾最終用戶，而錯誤信息仍然能通過 log 記錄到日志中
=== Warn、Error、Fatal ===
警告、錯誤、嚴重錯誤，這三者應該都在系統運行時檢測到了一個不正常的狀態，他們之間的區別，要區分還真不是那么簡單的事情。我大致是這樣區分的：
所謂警告，應該是這個時候進行一些修復性的工作，應該還可以把系統恢復到正常狀態中來，系統應該可以繼續運行下去。
所謂錯誤，就是說可以進行一些修復性的工作，但無法確定系統會正常的工作下去，系統在以后的某個階段，很可能會因為當前的這個問題，導致一個無法修復的錯誤（例如宕機），但也可能一直工作到停止也不出現嚴重問題。
所謂Fatal，那就是相當嚴重的了，可以肯定這種錯誤已經無法修復，并且如果系統繼續運行下去的話，可以肯定必然會越來越亂。這時候采取的最好的措施不是試圖將系統狀態恢復到正常，而是盡可能地保留系統有效數據并停止運行。
也就是說，選擇 Warn、Error、Fatal 中的具體哪一個，是根據當前的這個問題對以后可能產生的影響而定的，如果對以后基本沒什么影響，則警告之，如果肯定是以后要出嚴重問題的了，則Fatal之，拿不準會怎么樣，則 Error 之。
=== 一些疑惑 ===
不過在實際使用中，基于上面的這種考慮，也還是有一些具體問題。最常見的就是要在最終產品中將輸出日志打開到那種級別才算好呢？
例如在應用中有一個輸出窗口，一些系統狀態信息將被輸出到這個輸出窗口中。因為 Info 的級別是如此之低，所以為了讓用戶能夠看到有效的輸出信息，必須將日志級別開放到 Info 級別。但是 Warn 的級別比 Info 要高，所以用戶不得不被迫看到一些 Warn 的信息。而我們其實已經假定，Warn 信息其實并不影響系統的正常運行，這一般只代表系統中存在一些還沒有被發現或者修改的小 Bug。這些 Warn 信息會讓最終用戶困惑甚至恐慌，系統發出警告了，該怎么辦？
軟件中總免不了要使用諸如 Log4net, Log4j, Tracer 等東東來寫日志，不管用什么，這些東東大多是大同小異的，一般都提供了這樣5個日志級別：
× Debug
× Info
× Warn
× Error
× Fatal
一個等級比一個高，但是在具體開發中，關于應該如何選擇適應的等級，卻沒有找到好的文章進行說明。記錄一下自己的一些看法，以便日后使用吧。
=== Debug ===
這個級別最低的東東，一般的來說，在系統實際運行過程中，一般都是不輸出的。
因此這個級別的信息，可以隨意的使用，任何覺得有利于在調試時更詳細的了解系統運行狀態的東東，比如變量的值等等，都輸出來看看也無妨。
當然，在每一個 Debug 調用之前，一定要加上 If 判斷。
=== Info ===
這個應該用來反饋系統的當前狀態給最終用戶的，所以，在這里輸出的信息，應該對最終用戶具有實際意義，也就是最終用戶要能夠看得明白是什么意思才行。
從某種角度上說，Info 輸出的信息可以看作是軟件產品的一部分（就像那些交互界面上的文字一樣），所以需要謹慎對待，不可隨便。
=== Warn、Error、Fatal ===
警告、錯誤、嚴重錯誤，這三者應該都在系統運行時檢測到了一個不正常的狀態，他們之間的區別，要區分還真不是那么簡單的事情。我大致是這樣區分的：
所謂警告，應該是這個時候進行一些修復性的工作，應該還可以把系統恢復到正常狀態中來，系統應該可以繼續運行下去。
所謂錯誤，就是說可以進行一些修復性的工作，但無法確定系統會正常的工作下去，系統在以后的某個階段，很可能會因為當前的這個問題，導致一個無法修復的錯誤（例如宕機），但也可能一直工作到停止也不出現嚴重問題。
所謂Fatal，那就是相當嚴重的了，可以肯定這種錯誤已經無法修復，并且如果系統繼續運行下去的話，可以肯定必然會越來越亂。這時候采取的最好的措施不是試圖將系統狀態恢復到正常，而是盡可能地保留系統有效數據并停止運行。
也就是說，選擇 Warn、Error、Fatal 中的具體哪一個，是根據當前的這個問題對以后可能產生的影響而定的，如果對以后基本沒什么影響，則警告之，如果肯定是以后要出嚴重問題的了，則Fatal之，拿不準會怎么樣，則 Error 之。
=== 一些疑惑 ===
不過在實際使用中，基于上面的這種考慮，也還是有一些具體問題。最常見的就是要在最終產品中將輸出日志打開到那種級別才算好呢？
例如在應用中有一個輸出窗口，一些系統狀態信息將被輸出到這個輸出窗口中。因為 Info 的級別是如此之低，所以為了讓用戶能夠看到有效的輸出信息，必須將日志級別開放到 Info 級別。但是 Warn 的級別比 Info 要高，所以用戶不得不被迫看到一些 Warn 的信息。而我們其實已經假定，Warn 信息其實并不影響系統的正常運行，這一般只代表系統中存在一些還沒有被發現或者修改的小 Bug。這些 Warn 信息會讓最終用戶困惑甚至恐慌，系統發出警告了，該怎么辦？
個人觀點，Info 的級別應該比 Warn 更高才對，Warn 信息和 Debug 一樣，應該在產品測試和調試時使用，而 Info、Erro 以及 Fatal 則在產品發布后需要繼續使用。
目前我所采用的解決方法是，對于 Warn、Error、Fatal 都添加一個相應的系統斷言，這樣，可以保證當發生這種問題時，在調試階段，可以立即得到提示。在軟件發布以后，這些信息也能被記錄到日志文件中去。
{{{
log.Warn("message");
System.Diagnostics.Debug.Fail("警告", "message");
}}}
Debug.Fail 將導致編譯為 Debug 輸出時，會彈出一個消息警告窗口，這可保證在測試、調試階段不漏過任何一個潛在的錯誤。而在發布時，Release 編譯的輸出不會包括 Debug 語句，這就不會打擾最終用戶，而錯誤信息仍然能通過 log 記錄到日志中
個人觀點，Info 的級別應該比 Warn 更高才對，Warn 信息和 Debug 一樣，應該在產品測試和調試時使用，而 Info、Erro 以及 Fatal 則在產品發布后需要繼續使用。
目前我所采用的解決方法是，對于 Warn、Error、Fatal 都添加一個相應的系統斷言，這樣，可以保證當發生這種問題時，在調試階段，可以立即得到提示。在軟件發布以后，這些信息也能被記錄到日志文件中去。
{{{
log.Warn("message");
System.Diagnostics.Debug.Fail("警告", "message");
}}}
Debug.Fail 將導致編譯為 Debug 輸出時，會彈出一個消息警告窗口，這可保證在測試、調試階段不漏過任何一個潛在的軟件中總免不了要使用諸如 Log4net, Log4j, Tracer 等東東來寫日志，不管用什么，這些東東大多是大同小異的，一般都提供了這樣5個日志級別：
× Debug
× Info
× Warn
× Error
× Fatal
一個等級比一個高，但是在具體開發中，關于應該如何選擇適應的等級，卻沒有找到好的文章進行說明。記錄一下自己的一些看法，以便日后使用吧。
=== Debug ===
這個級別最低的東東，一般的來說，在系統實際運行過程中，一般都是不輸出的。
因此這個級別的信息，可以隨意的使用，任何覺得有利于在調試時更詳細的了解系統運行狀態的東東，比如變量的值等等，都輸出來看看也無妨。
當然，在每一個 Debug 調用之前，一定要加上 If 判斷。
=== Info ===
這個應該用來反饋系統的當前狀態給最終用戶的，所以，在這里輸出的信息，應該對最終用戶具有實際意義，也就是最終用戶要能夠看得明白是什么意思才行。
從某種角度上說，Info 輸出的信息可以看作是軟件產品的一部分（就像那些交互界面上的文字一樣），所以需要謹慎對待，不可隨便。
=== Warn、Error、Fatal ===
警告、錯誤、嚴重錯誤，這三者應該都在系統運行時檢測到了一個不正常的狀態，他們之間的區別，要區分還真不是那么簡單的事情。我大致是這樣區分的：
所謂警告，應該是這個時候進行一些修復性的工作，應該還可以把系統恢復到正常狀態中來，系統應該可以繼續運行下去。
所謂錯誤，就是說可以進行一些修復性的工作，但無法確定系統會正常的工作下去，系統在以后的某個階段，很可能會因為當前的這個問題，導致一個無法修復的錯誤（例如宕機），但也可能一直工作到停止也不出現嚴重問題。
所謂Fatal，那就是相當嚴重的了，可以肯定這種錯誤已經無法修復，并且如果系統繼續運行下去的話，可以肯定必然會越來越亂。這時候采取的最好的措施不是試圖將系統狀態恢復到正常，而是盡可能地保留系統有效數據并停止運行。
軟件中總免不了要使用諸如 Log4net, Log4j, Tracer 等東東來寫日志，不管用什么，這些東東大多是大同小異的，一般都提供了這樣5個日志級別：
× Debug
× Info
× Warn
× Error
× Fatal
一個等級比一個高，但是在具體開發中，關于應該如何選擇適應的等級，卻沒有找到好的文章進行說明。記錄一下自己的一些看法，以便日后使用吧。
=== Debug ===
這個級別最低的東東，一般的來說，在系統實際運行過程中，一般都是不輸出的。
因此這個級別的信息，可以隨意的使用，任何覺得有利于在調試時更詳細的了解系統運行狀態的東東，比如變量的值等等，都輸出來看看也無妨。
當然，在每一個 Debug 調用之前，一定要加上 If 判斷。
=== Info ===
這個應該用來反饋系統的當前狀態給最終用戶的，所以，在這里輸出的信息，應該對最終用戶具有實際意義，也就是最終用戶要能夠看得明白是什么意思才行。
從某種角度上說，Info 輸出的信息可以看作是軟件產品的一部分（就像那些交互界面上的文字一樣），所以需要謹慎對待，不可隨便。
=== Warn、Error、Fatal ===
警告、錯誤、嚴重錯誤，這三者應該都在系統運行時檢測到了一個不正常的狀態，他們之間的區別，要區分還真不是那么簡單的事情。我大致是這樣區分的：
所謂警告，應該是這個時候進行一些修復性的工作，應該還可以把系統恢復到正常狀態中來，系統應該可以繼續運行下去。
所謂錯誤，就是說可以進行一些修復性的工作，但無法確定系統會正常的工作下去，系統在以后的某個階段，很可能會因為當前的這個問題，導致一個無法修復的錯誤（例如宕機），但也可能一直工作到停止也不出現嚴重問題。
所謂Fatal，那就是相當嚴重的了，可以肯定這種錯誤已經無法修復，并且如果系統繼續運行下去的話，可以肯定必然會越來越亂。這時候采取的最好的措施不是試圖將系統狀態恢復到正常，而是http://www.cnblogs.com/shwen99/rss盡可能地保留系統有效數據并停止運行。
也就是說，選擇 Warn、Error、Fatal 中的具體哪一個，是根據當前的這個問題對以后可能產生的影響而定的，如果對以后基本沒什么影響，則警告之，如果肯定是以后要出嚴重問題的了，則Fatal之，拿不準會怎么樣，則 Error 之。
=== 一些疑惑 ===
不過在實際使用中，基于上面的這種考慮，也還是有一些具體問題。最常見的就是要在最終產品中將輸出日志打開到那種級別才算好呢？
例如在應用中有一個輸出窗口，一些系統狀態信息將被輸出到這個輸出窗口中。因為 Info 的級別是如此之低，所以為了讓用戶能夠看到有效的輸出信息，必須將日志級別開放到 Info 級別。但是 Warn 的級別比 Info 要高，所以用戶不得不被迫看到一些 Warn 的信息。而我們其實已經假定，Warn 信息其實并不影響系統的正常運行，這一般只代表系統中存在一些還沒有被發現或者修改的小 Bug。這些 Warn 信息會讓最終用戶困惑甚至恐慌，系統發出警告了，該怎么辦？
個人觀點，Info 的級別應該比 Warn 更高才對，Warn 信息和 Debug 一樣，應該在產品測試和調試時使用，而 Info、Erro 以及 Fatal 則在產品發布后需要繼續使用。
目前我所采用的解決方法是，對于 Warn、Error、Fatal 都添加一個相應的系統斷言，這樣，可以保證當發生這種問題時，在調試階段，可以立即得到提示。在軟件發布以后，這些信息也能被記錄到日志文件中去。
{{{
log.Warn("message");
System.Diagnostics.Debug.Fail("警告", "message");
}}}
Debug.Fail 將導致編譯為 Debug 輸出時，會彈出一個消息警告窗口，這可保證在測試、調試階段不漏過任何一個潛在的錯誤。而在發布時，Release 編譯的輸出不會包括 Debug 語句，這就不會打擾最終用戶，而錯誤信息仍然能通過 log 記錄到日志中
也就是說，選擇 Warn、Error、Fatal 中的具體哪一個，是根據當前的這個問題對以后可能產生的影響而定的，如果對以后基本沒什么影響，則警告之，如果肯定是以后要出嚴重問題的了，則Fatal之，拿不準會怎么樣，則 Error 之。
=== 一些疑惑 ===
不過在實際使用中，基于上面的這種考慮，也還是有一些具體問題。最常見的就是要在最終產品中將輸出日志打開到那種級別才算好呢？
例如在應用中有一個輸出窗口，一些系統狀態信息將被輸出到這個輸出窗口中。因為 Info 的級別是如此之低，所以為了讓用戶能夠看到有效的輸出信息，必須將日志級別開放到 Info 級別。但是 Warn 的級別比 Info 要高，所以用戶不得不被迫看到一些 Warn 的信息。而我們其實已經假定，Warn 信息其實并不影響系統的正常運行，這一般只代表系統中存在一些還沒有被發現或者修改的小 Bug。這些 Warn 信息會讓最終用戶困惑甚至恐慌，系統發出警告了，該怎么辦？
個人觀點，Info 的級別應該比 Warn 更高才對，Warn 信息和 Debug 一樣，應該在產品測試和調試時使用，而 Info、Erro 以及 Fatal 則在產品發布后需要繼續使用。
目前我所采用的解決方法是，對于 Warn、Error、Fatal 都添加一個相應的系統斷言，這樣，可以保證當發生這種問題時，在調試階段，可以立即得到提示。在軟件發布以后，這些信息也能被記錄到日志文件中去。
{{{
log.Warn("message");
System.Diagnostics.Debug.Fail("警告", "message");
}}}
Debug.Fail 將導致編譯為 Debug 輸出時，會彈出一個消息警告窗口，這可保證在測試、調試階段不漏過任何一個潛在的錯誤。而在發布時，Release 編譯的輸出不會包括 Debug 語句，這就不會打擾最終用戶，而錯誤信息仍然能通過 log 記錄到日志中錯誤。而在發布時，Release 編譯的輸出不會包括 Debug 語句，這就不會打擾最終用戶，而錯誤信息仍然能通過 log 記錄到日志中
目前我所采用的解決方法是，對于 Warn、Error、Fatal 都添加一個相應的系統斷言，這樣，可以保證當發生這種問題時，在調試階段，可以立即得到提示。在軟件發布以后，這些信息也能被記錄到日志文件中去。
{{{
log.Warn("message");
System.Diagnostics.Debug.Fail("警告", "message");
}}}
Debug.Fail 將導致編譯為 Debug 輸出時，會彈出一個消息警告窗口，這可保證在測試、調試階段不漏過任何一個潛在的錯誤。而在發布時，Release 編譯的輸出不會包括 Debug 語句，這就不會打擾最終用戶，而錯誤信息仍然能通過 log 記錄到日志中