网站大量收购独家精品文档,联系QQ:2885784924

安卓学习心得体会.docx

  1. 1、本文档共15页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
安卓学习心得体会(精选多篇) 第一篇:安卓学习心得android 学习心得 -----0 计算机应用(1)张峰 1.关于 activity 在一个 activity 中使用多个 vievc 中的 control 它负责管理 ui 和接受事件(包括用户的输入),虽然说一个 activity 通常对应一个屏幕,但事实上,我们是可以只用一个 activity 管理多个不同的 viel。 除了一个“hello 中国”以外,增加一个按钮可以返回前一个界面。然后,在代码中我们要为hellotmand 和 setviemand,分别处理一下在不同界面时,从资源里加载组件并为组件绑定一个事件处理器最后,我们需要在 oncreate 的时候,也就是启动后的main 界面上设置一下按钮事件处理器。 还是回到正道上,多个 activity 之间的跳转 android 中提供一个叫 intent 的类来实现屏幕之间的跳转,按 文档的说法,似乎他们也建议采用这种方法, intent 的用法比较复杂,现在我先看看它最简单的用法。 这里的跳转功能用 intent 来操作,它的最简单用法就是用函数setclass()设置跳转前后两个 activity 类的实例,然后调用activity 自己的 startactivity(intent) 即可。 最后一句finish()表示将当前 activity 关掉(如果不关掉会如何你可以自己试一下看效果,事实上有时我们是不需要关掉当前 activity 的)。 然后,我们同样弄一个 activity 类 hellothreeb,代码与前面的差不多,只是将 setclass 的两个参数反一下,这样就可以简单地实现在两个 activity 界面中来回切换的功能了。 2.关于 intent 的使用 intent 分为两大类,显性的(explicit )和隐性的(implicit)。一般来说,intent 要定位事件的目的地,无外乎需要以下几个信息: 种类( category),比如我们常见的 launcher_category 就是表示这是一类应用程序。 类型(type),在前面的例子中没用过,表示数据的类型,这是隐性 intent 定位目标的重要依据。 组件(component),前面的例子中用的是 setclass,不过也可以用 setcomponent 来设置 intent 跳转的前后两个类实例。 附加数据(extras),在 contenturi 之外还可以附加一些信息,它是 bundle 类型的对象。 其实,如果是在一个应用内部,这种隐性的intent 实在有点别扭,个人觉得,这种松藕合的实现方法,只适用于那些较大的系统或者多个不同的应用之间的调用,可手机上又有什么“较大” 的系统呢无非是可以与不同来源的多个应用之间方便地互操作 而已,那么会是什么样的场景呢比如,给 qq 好友发送 gmail 邮件,用 googlemap 查找 qq 好友所在的位置看上去挺不错的。 关于这个 contentprovider,其实还有话说,它主要是的那些看似数据库操作的方法我们都没真正去实现呢。不过今天就到这里了,等下回再去研究吧。 3.关于 listactivity 准备一个 list 对象并借助 adapter 就可以构造出一个列表。重 载 onlistitemclick 方法可以响应选择事件,利用第一个参数可以访问到这个 listvieainb 描述一下这个列表窗口。 这里需要注意的是那个 listviel 文件来描述这个布局,相当简单。 从 arrayadapter 上溯到 baseadapter,发现还有几个同源的adapter 也应该可以使用,象 simpleadapter 和 cursoradapter, 还是做个例子来实验一下吧。 然后,在 hellotplete 方法开始工作。 这就是它偷偷摸摸做过的事情,基本还是很好理解的。我唯一好奇的是它的线程管理方式,我猜测他是用的单件模式。第一个asyncqueryhandler 的实例化会导致创建一个线程,从此该线程成为不死老处男,所有的 contentresolver 相关的工作,都由该线程统一完成。个人觉得这种解决方式很赞。本来这个线程的生命周期就很难估量,并且,当你有一个 contentprovider 的请求的时候,判断你会做更多的类似操作并不过分。就算错了,花费的也只是一个不死的线程(与进程同生死共存亡...),换来的却是简单的生命周期管理和无数次线程生死开销的节约。同时另外一个很重要的问题,他并会涉及到单件中数据同步的问题,每个 类都有各自的 handler 类,彼此互不干扰,分发可以分别进行。当多个数据请求的时候,在同一个 contentresolver 上

文档评论(0)

tianya189 + 关注
官方认证
内容提供者

该用户很懒,什么也没介绍

认证主体阳新县融易互联网技术工作室
IP属地上海
统一社会信用代码/组织机构代码
92420222MA4ELHM75D

1亿VIP精品文档

相关文档