2011年3月7日 星期一

[經驗] 開發時應該考慮的大量資料問題

前陣子接手的一個 android 程式
它出現幾個我無法接受的問題

  1. 資料量大時 Crash
  2. 捲動速度慢


在程式的開發初期,因為時程趕,一切以功能優先
在這種情況下,忽略了幾個問題:

  1. 效率:因為初期沒有實體機器,都是用模擬器開發,勿以為在實機上就一定會夠快
  2. 記憶體:有些老師可能會跟人員說,Java 不用像 C 一樣管理記憶體,它會管理的很好,但是它還是不能讓開發人員亂寫的,在這裡,記憶體使用的問題也是被忽略了
  3. 大量資料:在開發功能階段,往往都只用個位數的資料在操作,但是如果沒考慮到資料量大的情況,到時就很難處理了
  4. 合理的行為:制定規格的人本身沒有足夠的使用 android 經驗,天馬行空的設計自己想要的 UI 行為,造成許多開發上的困難,甚至做出一些對架構不利的改動
在此只針對大量資料帶來的效能及記憶體問題,提出解決的「想法」
想法實際上比做法更為重要,我強調在處理這些問題時,應該有清楚的想法,
而不是只是抄別人的做法

方向:

  1. 對於重覆的資源,做有效的管理,避免浪費過多的重覆成本在處理這些物件上,例如使用 static 物件,或是放在一個存活時間較長的物件上
  2. 找出花費成本最高的運算,如讀檔、網路、資料庫操作
  3. 使用一些延遲動作的技巧,來讓使用者感覺反應時間加快,如有互動的提示行為,在載入大量資料時顯示進度,雖然時間可能變長,但卻會讓使用者誤以為等的時間比較短
  4. 有需要的話,降低物件的階層數,很多層的物件,由其是 UI 元件,太多層級,可能造成較大的負擔

0 回應:

 
TEMPLATE HACKS AND TWEAKS BY [ METAMUSE ] BLACKCAT 1.1