.Net 海角點部落

最近在MSDN論壇上有幾位網友問到關於Serial Port通訊的問題，以前我也相同的困擾，當程式發送了一個命令給設備後，倒底是設備根本沒有回應？還是回應時間太慢？還是程式命令沒送出去？還是設備根本就有問題？過去常為了這個問題常常修改程式搞了半天，總是花了一堆時間還一頭霧水。

SQL:Having VS Where

.NET提供了許多回呼的方法使得撰寫多執行緒與非同步的程式變的較為簡單，像是ThreadPool.QueueUserWorkItem、Socket與其衍生類別的Beginxxxx、ADO.NET中的SqlCommand.Beginxxxxx等等。而這些方法通常在其多載函式中其中至少會有一個具備了State Object，當我剛開始撰寫這一類程式的時候，一直無法弄清楚這個State Object的作用，所以想要特別用簡單的方式來介紹這個Object的用途。

標題有點會讓人誤解，我並不是要寫一個產生器出來，只是應用我們自己都會裝在電腦裡的SQL Server管理工具，個人之所以會這樣用主要是因為打字的技巧不太好兼之常頭腦發昏，因此常常為了找尋那種字打錯導致程式查詢不出東西而苦惱。

第四篇來談談用Try Catch來避免必然會發生的問題，一開始我在建立這個系列文章的原因是因為常再MSDN看到許多.Net同好們問的問題所引發的靈感，因為許多同好對於Try Catch並沒有特別的重視其例外訊息所帶給程式撰寫者的提示，所以往往會被這些例外狀況困住；而另一種情況則是引發了必然發生的例外，卻沒想到使用Try Catch來閃躲這個例外，這也就是這一篇的主要討論範圍。

在之前的例子中，都是一個Try配著一個Catch，其實一個Try可以搭配很多Catch，這樣子的作法，可以依照不同的例外狀況做不同的處理。

如果你是.Net初心者，歡迎你來到這個有趣的世界，或許你是迫不得已要學這些程式語言，可能覺得一點都不有趣，但我還是希望你們可以看看這篇文章。

這一篇來說說關於例外處理的When和Finally

看到這個標題大概很多人會笑出來：「廢話！當然是除錯！」。是的，Try Catch最主要的功能就是除錯，而這檔事也是初學者應該要列為首要學習的事情之一，所以我想特別談談這件事情。

IsPostBack，一個多麼平凡無奇的Page屬性，也就因為如此的平凡無奇，初學者常常會忘記這東西的存在。

我不爬山，但常常爬文，許多時候都會看到一些關於在.NET程式碼中使用SQL語法的問題，而有許多問題是關於SQL參數傳遞的。 這些問題常都會以這種形式呈現：
SQLStr="Select * From myTable Where myNo= '" & Textbox1.Text & "'"