淺談android組件間的值傳遞

淺談android組件間的值傳遞

• 導言
• 5種類型的的簡要示例
• 討論

導言

以前,沒怎麼認真思考過android的組件間的傳值,都是秉承着,設置用shared來存,緩存用文件來存,複雜數據用sqlite,簡單的數據之間設置intent,最近,做的一個項目讓我認真的思考了一下,我們該如何更方便的處理我們的數據?

5種類型的的簡要示例

假設有這麼一個流程

A組件 把值傳遞給 B組件

內存

1. A -&gt; parcel/serializable <- B

   A 利用android的序列化機制,傳遞值的狀態,使B能夠通過KEY 獲取到A 改變的值.

2. A -> Application <- B

   A 利用Application定義的全局變量,進行值的修改,B通過變量訪問Application的值.

文件

1. A -> sharedpreference <- B

   A 在sharedprefernce 裏面更改值,B通過KEY值獲取A改變的值

2. A -> File <- B

   A 把值寫進文件裏面,B通過文件名獲取A的值

3. A -> SQlite <- B

   A 通過數據庫的操作把值存進去,B同樣通過數據庫操作獲得

討論

對於這5種類型,我以存儲的介質,簡單做了一個分類,那我們應該怎麼對組件間的傳值進行一個最優選擇呢?

還記得,我們最開始學習android的時候,老師都是這麼教的

`Intent intent = new Intent().setClass(xxxx)

context.startxxxx `

之後我們的目標類就可以通過獲得intent這個包,接着用相應的key獲取到相應的值.

現在,我們來思考一下這種傳值模式.這個模型是一個傳遞模型,即是一個一對一的傳遞,如果,我們的關係只有A 組件 到 B 組件,然後B組件到C 組件的話,值的的存在狀態只有A 到B,然後B 到 C 傳的值是一個全新的狀態的話,這種傳值模式是非常的簡便而且高效.

但是,這種模式不利於處理值的狀態傳遞.如果,有這麼一個需要,C要讀取A發出的值,A的值需要通過B進行處理髮給C

A -> B -&gt; C

看上去一點問題都沒,但是,通過B 處理的值,C只能接受一次,因爲,B傳遞給C值是一個全新的值,並不是真正的有A那裏獲取,所以下次要從A獲取同樣的值,就又要處理一遍,我們可以想象,能夠組件關係多了的話這個處理就有多複雜了.這裏,我們就會思考,找個地方把值存起來吧.

值的存儲形式

對於android的值的保存,我們可以有如下選擇

• Application
• Sharedpreference
• File
• SQlite

那麼,接下來,我們思考的就是應該以文件的方式存,還是直接把值存到應用的整個週期裏面.

值的生命週期

然後,我們需要思考的是我們的值需要存儲多久?

• Application 整個應用程序的存在
• Sharedpreference 一直存在,直到清除
• File 一直存在,直到清除
• SQlite 一直存在,直到清除

值的操作

確定了值的存儲的週期以後,我們接下來要考慮的就是對於操作

• Application 通過靜態變量
• Sharedpreference 通過系統的shared框架,用key-value進行值的CURD
• File 通過文件名
• SQlite 通過數據庫操作

待續...

下一講,結合例子比較...