如你所知，你的程式通常遵循windows訊息機制，你編寫的功能等待著事件的激發，它們通常是乙個單擊事件，當我們等到這個事件的時候開始馬不停蹄的執行運算以及呼叫操作以滿足使用者所需。但為時已晚，你的使用者可能正在執行著其它占用資源的程式，卻要求你毫秒響應，如果效果是否，你的客戶一定嘴角輕歪，心中想著你的程式多麼糟糕。
這是乙個如此熟悉的故事，因為它每天都在上演在幾乎每一台執行著視窗os的計算機前。我們嘗試著一點點更新演算法，但是於事無補。難道我們只能承認這種不完美嗎？或者是奉勸那些客戶：不要使用更多的程式以及提公升他們的硬體水平。no。一種新的策略或許會改變這種情況。它就是**執行資料快取技術（別去google，這是我給它起的名字）。
以美圖看看檢視器為例，我們通過滑鼠中間發出縮放指令，檢視器從訊息迴圈檢索這個指令，然後尋找自己的滑鼠中鍵訊息處理分支，它開始執行它的**（你說什麼？⊙０⊙mfc？原理相似的啦）**執行結束將結果給下一層顯示函式。如此迴圈。
如何改善？
在恰當的時候（前置etc.）找出使用者可能進行的操作，根據如下幾點做預運算：
1. 當前動態可利用資源（看看家裡有幾缸公尺，再做飯嘛）
2. 各操作耗時以及時間容忍度的排序
3. 各操作的實時概率（這個很有趣喲）
點到為止。
讓你動態建立的控制項響應訊息
今天專案做到一半,發現 已經很多了,總想著能不能在某些地方省略一些.於是發現到自己從控制項派生出的幾個類.我用他們動態建立出dialog中的元素.這樣做是很麻煩,但沒辦法,因為希望自己的作品能夠更出色,於是就這麼做了.因為我實在沒有找到乙個更好的解決辦法,也許是有,只是我不會.但隨之而來的並不是定義...
讓你的程式飛起來
本方法可以讓c語言指令進一步接近彙編指令的執行效率，提高微控制器 嵌入式系統的速度和穩定性，但程式設計時應採取函式化的程式設計法 例如使用swap 函式時，必要時加注釋。0.位運算心法 1.如果乘上乙個2的倍數數值，可以改用左移運算 left shift 加速 300 x x 2 x x 64 改為...
讓你的SilverLight程式部署在任意伺服器上
315次 是的，即使是免費的只支援html的空間，同樣可以部署silverlight應用。眾所周知，silverlight的部署問題其實就是.xap檔名是否能被伺服器支援的問題。解決的方法無非就是新增mime型別。但是大多數時候我們並沒有操作iis的許可權 比如剛剛申請的免費空間 好了，下面開始進入...