前一篇( [Office 2010] 製作屬於自己的功能表 )中筆者介紹了如何自訂一個屬於個人化的工具列功能表，不過，可能使用者會有好幾台電腦、或使用者也許會在公司中和別人共用電腦、或者也可能有機會在飯店中使用飯店所提供給旅客的電腦。如果每次換個電腦就要重新設定一次功能表，事實上也是滿煩人的事情。
Excel這項產品向來被視為是商業資料展現的利器，基本上 Excel提供了一個強大且易用的試算表，以及便利的圖表建立工具。這使得企業中的成員並不需要具備所謂程式設計師的能力就能夠利用這個軟體輕易地做出精準而且專業的商業圖表。在 Excel 2010 中這樣的優點再度地被加以延伸，其中最重要的一項功能就是「走勢圖(Sparkinglines)。
Bill Gates 在 2007 年的消費電子展 (CES) 開幕演說中宣佈了 Windows Home Server 的誕生，時至今日，國內幾家知名品牌電腦廠商開始推出了自家的 WHS 硬體，這使得 Microsoft 朝向要讓 Windows 系統成為家庭數位中心的願景又更向前跨了一大步。
從Office 2007開始，微軟在Office軟體上的圖形介面做了一非常大的改變，這種新型態的工具列被稱為Ribbon工具列；而到了Office 2010的時代，這個Ribbon工具列更是被發揮到淋灕盡至，使用者開始可以充份地運用Ribbon的優勢來大幅增加軟體操作上的效率，意思就是說Office 2010的Ribbon工具列將使得使用者不再能把「介面不好用」這個理由拿出來做為工作效率低落的藉口。
話說在前頭，這是一篇抱怨文，如果你看了對號入座不開心，請先檢討自己的態度，不要在我的部落格發飆，因為我一定會把它刪掉。
這個測試使用的是Access的資料檔案與 OleDb 相關類別，雖然過去就知道不斷地Open/Close OleDbConnection會影響效能，不過由於很少用Access而且使用 SqlDb相關類別時有Bulk可以用，所以從來也沒有想過倒底會產生多大的影響，所以就很無聊地寫了一個測試程式來測看看真實的效能影響數據。
前一篇把WHS Add-in的程式寫好了，想當然爾是要經過編譯成為DLL檔，不過在這個DLL檔可以成功平安的成為一個可以在Windows Home Server 主控台介面的增益集中安裝的檔案，還需要經過一番的調校，畢竟它的安裝方式和傳統的Windows Form 程式有點不太一樣。因為這個東西除了在 Windows Home Server SDK 文件外好像也沒見什麼地方有寫過，所以還是使用Step by Step的說明法來完成整個程序，可能比較容易令大家理解。
前面談了一些觀念上的問題，這回咱們就來實作一個簡單的例子
一般我們使用ToolStrip大概都還是用.NET提供的基本下拉式選單，有一次在MSDN 論壇上有人發問是否可以做出自訂的樣式，這一篇文就來介紹如何自訂ToolStrip的ToolStripItem。
在這系列的第一篇文章[WHS Add-in] Add-in 程式開發的準備]中曾經提到說 Windows Home Server Add-in因為和它的主控台軟體要整合的關係，所以會需要修改到安裝檔的一些屬性，這個屬性是在 msi檔的資料庫中的 Property 資料表，為了能讓Windows Home Server主控台能辨認出這個msi檔是屬於Add-in，而能夠在增益集的畫面中顯示，需要增加一個資料列，其欄位名稱為 WHSLogo ，值則等於1。
這個題目大概聽起來有點低級，但要寫WHS Console程式前瞭解關於設計上的限制是很重要的，否則你可能在開心地寫完Add-in後，發現安裝上去顯示出來的完全不是那麼一回事；更糟的是你可能連安裝都裝不上去。
最近在測試Windows Home Sever，身為一個Developer除了安裝設定以及惡搞之外，當然也會仔細想想要如何在這個系統的基礎上開發程式，新春開頭第一篇來寫個「Add- in 程式開發準備事宜」好了，來看看開發前要先注意哪些事情。
Microsoft 2009 年度論壇貢獻獎獲獎後記
Windows 7 上市有一陣子了，在Microsoft Answers論壇上有一個熱門的問題是關於SoundMax驅動程式的安裝，恰好兩位網友的問題分別為X64 (64位元版) 與X86 (32位元版)的版本。
最近在寫一個要將系統事件藉由簡訊平台發送到手機簡訊的軟體，我想說這玩意以前我就寫過應該不會太難，以前都用Every8D的平台寫，從來沒出過毛病，不過這一次的需求比較特殊，因為是政府單位(我猜應該是某個XX事務所)，人客要求說要使用「全國XX即時訊息發送中心」發送訊息之URL API 平台發送簡訊，一開始看到範例的時候就傻眼了，因為那個範例是Java的，幸好朋友多，半問半猜之下也把測試的程式碼拼湊出來。
在前面講了一大堆以後，終於可以來看看「成員」說明，通常類別、列舉型別和介面都會有成員頁，這邊主要以類別的說明為主。
經過了前兩篇之後，這次咱們來瞧瞧一個類別說明的主要頁面。
搞懂了怎麼找到MSDN文件庫後，這一次的主題是要弄清楚是否有找到正確的資訊。
Microsoft .Net Framework事實上算是個非常龐大的架構，大概只有極少數的人有辦法把所有東西記在腦海中，所以在寫程式的過程中難免會需要閱讀文件。對於一個撰寫.Net 程式的人而言， MSDN Library( MSDN 文件庫 )其實是一個非常具有實用性的工具。我們不僅可以使用網際網路查詢MSDN 文件庫的內容，也可將其下載於電腦中以便於在無法上網的狀態下能夠在本機閱讀它。
七月是個令人歡欣鼓舞的月份，許多朋友這幾天都接到微軟通知獲選或是連任MVP的通知，雖然在噗浪已經狂賀一輪了，在這邊還是要恭喜他們，很開心他們的努力有獲得微軟的認可。言歸正傳，因為這幾天在改以前寫的類別庫，突然讓我想起為何 .Net中的列舉都是在命名空間﹝Namespace﹞中，而我的都寫在類別裡面；是不是自訂類別庫不能將列舉放在命名空間中呢？