浅谈android组件间的值传递

浅谈android组件间的值传递

• 导言
• 5种类型的的简要示例
• 讨论

导言

以前,没怎么认真思考过android的组件间的传值,都是秉承着,设置用shared来存,缓存用文件来存,复杂数据用sqlite,简单的数据之间设置intent,最近,做的一个项目让我认真的思考了一下,我们该如何更方便的处理我们的数据?

5种类型的的简要示例

假设有这么一个流程

A组件 把值传递给 B组件

内存

1. A -> 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 -> C

看上去一点问题都没,但是,通过B 处理的值,C只能接受一次,因为,B传递给C值是一个全新的值,并不是真正的有A那里获取,所以下次要从A获取同样的值,就又要处理一遍,我们可以想象,能够组件关系多了的话这个处理就有多复杂了.这里,我们就会思考,找个地方把值存起来吧.

值的存储形式

对于android的值的保存,我们可以有如下选择

• Application

  ---

• Sharedpreference
• File
• SQlite

那么,接下来,我们思考的就是应该以文件的方式存,还是直接把值存到应用的整个周期里面.

值的生命周期

然后,我们需要思考的是我们的值需要存储多久?

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

值的操作

确定了值的存储的周期以后,我们接下来要考虑的就是对于操作

• Application 通过静态变量
• Sharedpreference 通过系统的shared框架,用key-value进行值的CURD
• File 通过文件名
• SQlite 通过数据库操作

待续...

下一讲,结合例子比较...