.Net 海角點部落

承上篇[X64 , Access MDB 與 卡到陰]，如果不知道前因後果的人可以去看一下，雖然我很嘴硬地說沒有要說明技術性的問題，而採用暫時性方案 (也就是乾脆直接裝在System Volumn下) 解決，不過實際上自己是非常想要找出真正地原因與解決之道。

這一陣子在寫一個指紋機的考勤軟體，由於考慮到這軟體必須要使用者自己安裝，並且沒有多人操作的需求，所以就決定使用Access 2003的mdb檔來當做資料庫，也因為這樣整個程式只能編譯成X86版本，沒想到苦難就這樣開始了。

品質機能展開 ( quality function deploymeny; QFD) 是一種產品設計所使用的工具，這種的設計流程的目的是為了能夠準確地設計出符合顧客需求的產品，換言之QFD是一種顧客驅動 (customer-driven)的規劃流程，而這個流程所使用的工具是一種變形的矩陣圖形態，由於它的形狀像一個房子，所以此種矩陣圖被稱為「品質屋」。過去我在念企管系的時候有一份關於生產與作業管理的報告主題就是以QFD來做弱電工程的需求規劃，而那個時代的Visio並沒有這個功能，所以只能以極刻苦的方法一條線一條線去組出一個醜不拉幾的品質屋出來。然而在Visio 2010中，這是個內建的功能，可以做出不僅美觀而且標準的品質屋。

這幾天恰巧在Microsoft Amswers 論壇的PowerPoint版上有人問到如何自訂漸層顏色的問題，於是筆者就好奇地去對照了一下這個功能在Office 2007與Office 2010有何不同點，發現在Office 2010上對於這個功能使用的介面改進地更為直覺與人性化。

特性要因圖 (Cause and Effect Diagram)在品質管理的課題中一向是非常重要的一種流程改善工具，此一工具為日本品質管理大師石川馨 ( Kaoru Ishikawa)博士於1943年所發明；依照其應用範圍可簡單分成三種應用類型 (1) 散佈分析 (2) 製程分類 (3) 問題原因之列舉。而在Visio 2010 中則提供了特性要因圖的樣版讓使用者可以簡單且使用一致性的圖形來表達特性要因圖。

前一篇( [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的，幸好朋友多，半問半猜之下也把測試的程式碼拼湊出來。