浅谈android组件间的值传递

  1. 云栖社区>
  2. 博客>
  3. 正文

浅谈android组件间的值传递

技术小大人 2017-11-11 17:56:00 浏览546
展开阅读全文
浅谈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 通过数据库操作
待续...

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

本文转自 liam2199 博客,原文链接:http://blog.51cto.com/youxilua/997450   如需转载请自行联系原作者



网友评论

登录后评论
0/500
评论
技术小大人
+ 关注