重拋例外有很多種方式, 包含 throw, throw ex, 使用 inner exception 以及 System.Runtime.ExceptionServices.ExceptionDispatchInfo, 或是不要重拋例外.
先總結選擇如下順序:
System.Runtime.ExceptionServices.ExceptionDispatchInfothrow 應該沒什麼情境需要用到了throw ex 是具破壞性的作法, 除非是要刻意破壞堆疊追蹤這篇會整理這幾種方法的使用與優缺, 並且另外提到 throw 和 throw ex 兩種方法對於堆疊追蹤的負面影響.
在設計 API 的時候, 常常會被參數過多所困擾著, 因為當方法有著過多參數時, 使用的時候容易眼花, 而需要增減參數時也很不方便, 這邊以常見的 HttpHelper 為例來說明。
情境是這樣的, 我在github上fork了一個專案過來, 並且做了一些修改, 後來發現我的上游專案有幾個pull request剛好解決的我一直解決不了的問題, 該怎麼把那些變更同步到我的fork呢?
當我們想知道目前產品的測試程式涵蓋率的時候, 可以使用Visual Studio 2017內建的功能來分析, 但只有企業版支援這個功能, 所以另外找了AxoCover來用看看。
來紀錄一下 C# 的兩個關鍵字 , explicit 以及 implicit。
Hexo以及hexo-theme-next樣板在使用上有滿多細節跟小地方是需要一直找資料解決的, 但是每個小東西都寫一篇覺得太零散了, 所以把相關的片段都放在這裡。
有時候專案中會需要使用xml做為設定文件去定義程式的行為與參數, 而config有可能會非常複雜, 所以為了開發上的方便會用xsd來定義, 並且需要產出一份文件來讓新手快速了解config應該如何編寫, 所以我們需要一些工具來幫來製作文件。
首先, 需求上是這樣的:
要在資料庫中建立一個UDF(User-defined function), 它的功能是要能產生一組格式像這樣 zAc-jVu-euO-nQ7 的亂數字串。
HttpRequest.QueryString[“q”] 在用來取得query string的值是很方便, 但是會自動將query string先做過UrlDecode, 這在query string 有某些特殊字元的時候產生問題
總有一些小工具一個不小心就會忘, 還有一些好文章要查的時候找不到.