第34部分(第1/5 頁)

還行這資料量一大就靠那無線網路的傳輸只怕都要等個三五分鐘再加上大的記憶體佔用程式執行起來肯定慢得像烏龜。

問題擺在面前就得趕緊解決別人那體檢車每天體檢兩次光dR圖片大小就得突破一個g要是因為軟體問題停工個一天兩天這損失他承擔不起。

於是趕緊開會雖說火基本上已經燒到了眉毛他還是平靜地說：“怎麼樣啊？小揚Bug改得怎麼樣了？”

“改完了這次是真的沒Bug了我檢查了好多次了這次保證肯定絕對可以用了。”

“放屁你那是‘暫時沒有現Bug’我跟你說了好多次了你沒現Bug不代表Bug不存在！”

“是是是暫時沒現。影頭可以做其它的了。”

“好你不是說要做大case嗎？eB的程式碼你也看了算大了吧。咱們現在就來做這個。先來修改一下eB的問題主要有兩個：一、啟動度太慢我想到的解決辦法是啟動時採用多執行緒方式在後臺讀取資料不再讀取資料庫中所有的資料僅讀取體檢號和指紋匹配指紋的時候再透過體檢號去資料庫查詢其它資訊。因為他們體檢的時候很少用到指紋儀雖然記錄多但只有一個體檢號佔用的記憶體也不大。二、各個頁面的顯示度太慢特別是體檢人列表這一頁主要是因為頁面的顯示用的是Javascript效率不高而且是把所有記錄都顯示到同一頁。當時我們設計那頁的時候還不知道除了Javascript之外還能用什麼辦法但隨著case的進行到後期我們已經掌握了IhTmLdonett介面用這兩個介面來操作效能應該要高得多。另外還要分頁顯示比如一頁就查3o條記錄要再看其它的就點下一頁。就像goog1e隨便輸入個熱門關鍵字檢索結果動輒幾十萬上百萬條要是全部都顯示到一頁光是生成個頁面都得等死人。這個我後來也調研了用‘se1ect’的‘top’子句。”

絕影在上面把自己的想法一股腦講給下面基本上把問題產生的原因和解決方法都描述得清清楚楚就是沒差寫出具體程式碼了。Bugyang他們在下面表面上聽得認認真真實際上他一直在熱血沸騰興奮不已根本就沒在乎他講的什麼。等到他話音還沒落Bugyang立即踴躍而上說道：“影頭說那些都沒用直接告訴我讓我做什麼就行了！”

“老實點！再跳又讓你回去改Bug。”

這麼說Bugyang又努力讓自己安靜下來。

“啟動部分我來做你和小唐去解決第二個問題小唐做查詢和分頁顯示你把所有Javasnett2和IhTmLe1ement的關於那兩個介面的用法在eB的程式碼裡面就有例子解決起來應該不難有什麼問題就來問我別誤了工作。”

說完絕影揮揮手示意散會Bugyang終於如願以償接到大“case”像揀了個寶似的。在這最後時刻還不忘表現自己回頭道：“報告影頭保證按時完成任務。”

回想一下從五一回來其實還沒認真休息一下燕兒也早已經習慣了絕影這樣一個接一個的case。她就是不明白天底下case為什麼總是這樣多而做case的人為什麼總這麼少那case讓絕影去做再怎麼做都做不完。

絕影也沒怎麼去哄他反正他早就知道自己一寫程式就投入得不得了現在給燕兒講這麼多也沒用哪怕是跟她說：“明天就做完了我一定和你去去看電影。”她當時聽了是高興但就算明天真的做完了周總突然說：“小絕啊又來了一個大case。”哪怕他並不要他立刻去看立刻去做但他肯定會立刻撲上去的這就像飢餓的狗撲在火腿腸一樣。這樣反而讓她更傷心。

與其這樣還是破罐子破摔了吧。

………【《瘋狂的程式設計師》51】………

Bugyang向絕影一翻上綱上線地保