手機應用中的緩衝

      現在只能手機越來越火，但是使用3G卡的人卻並不是太多，所以為了能讓手機使用者有更好的體驗，緩衝必不可少。

      比如廣告內容，比如一個廣告位有這樣的需求：廣告是一組有序圖片，並且每個圖片有自己的顯示時間，比如有的持續5秒，有的持續10秒，時間一到就會換。如果使用者每次開啟應用，廣告內容都是伺服器現從資料庫中讀取，然後在把圖片和內容資訊返回給手機，時間一到，下一張圖片和其資訊也是先請求伺服器，伺服器現從資料庫中讀取，未免就有點太慢了。

      緩衝第一階段：通常的做法是在資料庫中專門做一個廣告的緩衝表，表中應該有一個欄位，該欄位儲存一個大數組，這個數組包括了用戶端需要的一切廣告資訊，比如每張圖片的地址、顯示順序、到期時間和廣告內容等，在第一次用戶端應用開啟後，伺服器拿出這個緩衝好的數組序列話發送給手機，比如轉換成JSON對象發送給手機，手機接收資料後顯示廣告。

      緩衝第二階段：手機端資料庫專門建立一個廣告表，儲存著廣告的所有資訊，並多加一個緩衝更新時間欄位。伺服器資料庫中也多加一個緩衝更新時間欄位，伺服器資料庫中的緩衝表有一個緩衝更新時間，手機端資料庫也維護一個緩衝更新時間，這樣只要伺服器端的緩衝表沒有變化，伺服器的緩衝更新時間就與手機端資料庫中的時間一致，這樣手機每次開啟這個應用，只要時間一致，手機就調用本機資料庫中的廣告資料。

      緩衝第三階段：因為廣告是有圖片的，所以手機端應該開闢一部分空間儲存圖片，只要圖片變化了，手機端應該去下載新的圖片。可是因為應用中圖片的儲存方法是按照我上一篇文章的方法儲存的，所以圖片只是替換，名字並沒有改變。這樣就需要為每一個廣告加一個圖片更新時間，及該條廣告的圖片換了，時間就儲存下來。而手機端也需要儲存一個圖片更新時間，如果手機的圖片更新時間和伺服器的圖片更新時間不一致了，才去下載新圖片。