浅谈android组件间的值传递
浅谈android组件间的值传递
- 导言
- 5种类型的的简要示例
- 讨论
导言
以前,没怎么认真思考过android的组件间的传值,都是秉承着,设置用shared来存,缓存用文件来存,复杂数据用sqlite,简单的数据之间设置intent,最近,做的一个项目让我认真的思考了一下,我们该如何更方便的处理我们的数据?
5种类型的的简要示例
假设有这么一个流程
A组件 把值传递给 B组件
内存
-
A -> parcel/serializable <- B
A 利用android的序列化机制,传递值的状态,使B能够通过KEY 获取到A 改变的值.
-
A -> Application <- B
A 利用Application定义的全局变量,进行值的修改,B通过变量访问Application的值.
文件
-
A -> sharedpreference <- B
A 在sharedprefernce 里面更改值,B通过KEY值获取A改变的值
-
A -> File <- B
A 把值写进文件里面,B通过文件名获取A的值
-
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 通过数据库操作
待续...
下一讲,结合例子比较...