有一種說法叫no zuo no die，我可能喜歡它的人。why?
充電系統時，騰出空間，可以根據實現的一般方法，時候，總感覺這麼做對自己來說，沒什麼提高。然後就停下來，又一次想想上下機還能怎麼做？
後來，大致採用的思路是這種：將上下機的讀寫資料的過程寫成兩個儲存過程，負責讀取和更改資料。中間的計算過程寫在**裡面：中間推斷時間的過程用職責鏈模式來實現，推斷一般使用者還是暫時使用者用策略模式實現。這樣。整個上下機的過程就是這種：
1。用上機的儲存過程使學生上機，然後將學生上機資訊寫入表中，最後返回上機資訊，用來顯示在主視窗上。
2。下機時，通過兩個模式，傳入引數時間和使用者型別計算出上機花費的錢；
3，呼叫下機的儲存過程，將學生上機過程的資訊寫入，然後返回下機資訊。
分成這3步後，將上下機過程分開了，假設演算法修改，也不用更改兩個儲存過程，僅僅需更在模式裡面加即可了。所以。中間演算法增加了設計模式後。它的主要作用還是去除選擇和便於擴充套件。
計畫好之後，就開始做個demo.首先寫完了兩個儲存過程，這個就不說了。
然後是做上下機的demo,
例如以下。client呼叫**：
觀察後發現，如今還是做個小樣例，假設真的加到上機裡面去。感覺寫起來非常麻煩，我記性不好，會忘掉的。還是再抽像下吧。我最喜歡的呼叫還是給出使用者型別。基本資料，上機時間，然後剩下的什麼也不寫了，就直接得到上機花費的錢。
so,再加個類：
將這個過程封裝進去，然後再呼叫就成了這樣子：
這個類有點兒類似外觀模式那樣的控制效果，可是由於沒有非常多要控制的物件。所以，僅僅要乙個類即可了。
近期做機房收費系統感覺到了乙個「欠思考」的階段，模式用的太少，還沒有鍛鍊到自己，繼續加油！
諾基亞Qt4 6的上下位機移植手記，觸控螢幕支援
一.pc for winxp下的開發環境的搭建 諾基亞收購qt以後，開發了自己的整合開發環境qt creater。這是乙個非常強大的工具，上手也很快。然後安裝即可以使用。自帶qtdemo可是演示例子，非常的好用，方面了開發 二.下位機omap上移植qt4.6 以及觸控螢幕支援 2.把自己的交叉編譯環...
的房費重構 糾結於物件導向和層次
房間計費系統的改造已經開始了很長一段時間，隨著最近兩天感覺有點線索。對這次重構。剛開始計畫的是先做資料庫，然後優化下，列出每乙個視窗對錶的訪問關係，抽出經常使用的訪問作為儲存過程，然後把訪問資料庫的經常用法封裝成sqlhelper.這部分就是資料庫的部分。然後就是軟體的結構 總體上是分了七層 三層 ...
上位機和下位機的一些解釋
上位機是指 人可以直接發出操控命令的計算機，一般是pc，螢幕上顯示各種訊號變化 液壓，水位，溫度等 下位機是直接控制裝置獲取裝置狀況的的計算機，一般是plc 微控制器之類的。上位機發出的命令首先給下位機，下位機再根據此命令解釋成相應時序訊號直接控制相應裝置。下位機不時讀取裝置狀態資料 一般模擬量 轉...