Android Mms之:深入理解Compose

Mms中的ComposeMessageActivity(以下简称Composer)是整个Mms中最重要的一个组件,它负责编辑信息,发送信息,管理信息,接收信息,与外部应用接口。在Mms内部与Composer关联的类和组件特别多,几乎所有的类和组件都与Composer有关联,关于信息的所有操作流程都起始于Composer;在外部Composer也是公开的接口,能够处理Intent.ACTION_SEND和Intent.ACTION_SENDTO以及文件类型为audio/*,image/*,video/*和text/*。
Composer是一个标准的Activity,它的启动流程也要经过onCreate(), onStart(),onResume(),销毁流程要经过onPause(),onStop()和onDestroy() 。除此之外,其他的操作都要经过用户来触发,或者由其他事件,比如新来信息,数据库变化等。
初始化流程
Composer的初始化流程要做的事情有初始化UI,注册一些Receiver和Listener,初始化Conversation和WorkingMessage,查询信息等。其中,初始始化Conversation和WorkingMessage是最重要的,因为UI和一些操作要依赖于Conversation是否存在,以及消息数量和是否有草稿。所以这里我们主要讨论初始化Conversation和WorkingMessage。
初始化的主要流程都是在initialize()函数中进行的,这里也主要解析下initialize()函数。initialize()最先要做的就是初始化WorkingMessage,创建一个新的WorkingMessage对象mWorkingMessage;然后就是根据Intent和Bundle来初始化Conversation,这一过程相当重要,因为Conversation对象含有这一会话的所有重要数据,包括是否有草稿,信息的数量,是新建的信息还是已有信息,这些信息都将影响后续的初始化工作。
initActivityState()主要看二个参数一个是所传入的Bundle另一个就是Intent。它会优先查看Bundle,如果Bundle对象不为空的话,会从Bundle之中取出一些状态,比如收信人recipients,比如退出状态exit_on_sent等。根据所拿出来的的收信人就可以用Conversation的get()方法来获取Conversation对象mConversation,之后便会让mWorkingMessage从Bundle中读取相关的数据。其实,这里从Bundle中初始化是与onSaveInstanceState()相对应的,在onSaveInstanceState()中会保存recipients和让mWorkingMessage写数据到Bundle中,以保存Activity的状态。总体来讲,onSaveInstanceState是保存Activity的状态,而initActivityState()中当Bundle不为空时是恢复Activity的状态。
如果Bundle对象为空的话,那么就从Intent中来初始化相关的数据,这也是大多数的情况所走的逻辑。首先是检查Intent中是否有thread_id和address,也直接从Intent的Uri中搜寻收信人的相关信息,以便用Conversation.get()来获取Conversation对象mConversation。之后还会试图从Intent中获取其他信息比如消息的主体sms_body,主题subject等。
调用完initActivityState()以后,mWorkingMessage和mConversation二个对象应该都被正确的初始化了。这时候就要处理特殊的Intent:ACTION_SEND和Forward了。先是处理ACTION_SEND,这是对外的接口,当外部程序想通过MMS来发送文本(text/*),图片(image/*),音频(audio/*)和视频(video/*)时就会通过Intent.ACTION_SEND来发送。对于这个Intent的处理很简单就是把相关文件的Uri,通常放在intent.getExtras(Intent.EXTRA_STREAM)中,把Uri加载为附件,也可以通过Intent.SEND_MULTIPLE来处理多个附件,但是逻辑是一样的。Forward是Intent当中有forward_message时,同时取出另外二个选项,一个是要转发的信息的Uri,一个是主题subject和消息主体sms_body。因为对于SEND和Forward都仅指定信息的内容而没有指定收信人,所以mConversation对象是没有实际内容的,它们都会与新建信息是一样的,只不过有信息的内容。
除了ACTION_SEND和Forward的信息有内容外,其他的信息都需要检查是否有草稿,以便能加载草稿。加载草稿是由mWorkingMessage.loadDraft()来完成的,它会检查mConversation的状态,如果有草稿存在就从数据库中加载出来。
到此,初始化的关键操作都已完成,数据的加载都已完成,剩下的工作就是根据这些数据来初始化UI,比如是否显示收信编辑栏等。
销毁流程
Composer的销毁要做的只有二件事,一个是保存当前编辑的信息内容,也就是保存草稿,如果有的话;另一个就是通过onSaveInstanceState来保存状态,不过这个通常用不到,只有当Composer被系统杀掉并希望重启时才会调用到。
保存草稿的工作主要放在onStop()的时候,所以每当用户离开Composer页面都会走进onStop()也就都会检查相关的条件以确定是否要保存草稿。保存草稿的条件有三个:信息有内容(mWorkingMessage.isWorthSaving(),有内容,有主题,有附件均可),并且信息有正确的收信人(在不在数据库中均可),还有就是Composer在等待其他Activity(这个通常出现在添加联系人或添加草稿过程中,因为要跳转到其他Activity,所以Composer也会走到onStop(),但是这个时候因为信息还在编辑中,所以就需要保存草稿)。如果以上条件不满足就丢弃信息内容(mWorkingMessage.discard()),否则就保存草稿(mWorkingMessage.saveDraft())。
对外公开的接口
跟Android中组件复用的公开接口一样,Composer对外公开的接口也是通过处理Intent来完成的,主要是二个Intent一个是Intent.ACTION_SEND,另一个就是Intent.ACTION_SENDTO。接口的声明处是在AndroidManifest文件中的IntentFilter。对于处理,有二个地方,一个是在initActivityState()中,会从Intent中尝试取出address, sms_body 和subject;另外对于ACTION_SEND需要明显的处理handleSendIntent(),因为需要从Intent中取出信息的内容通常都是多媒体文件,取出多媒体文件然后通过mWorkingMessage.setAttachment()添加为信息的附件。
还有一个接口就是对于分享联系人,分享联系人的方式是把联系人的信息作为短信的内容发送出去。这个过程实际上是由Contacts中的ShareContactsViaSMS来先行处理,它会把联系人的信息从数据库中读取出来,然后拼成一个字串再用Intent当成sms_body传给Mms发送。
与其他组件的交互
Composer在编辑信息过程中,特别是编辑MMS的过程中需要不断的与其他组件进行交互,比如添加图片,添加音频,添加视频或拍摄图片,拍摄视频等。对于选择图片,选择视频来讲是通过与Gallery应用进行交互,发送GET_CONTENT的Intent给Gallery,Gallery会列出图片和视频供用户选择,当用户选择后,Gallery会把用户所选择的图片或视频的Uri传给Composer,之后Composer就用传过来的Uir进行添加附件的动作。对于音频是与Music应用进行交互,逻辑类似。对于拍摄图片和拍摄视频和录制音频流程稍有不同。拍摄图片和拍摄视频在请求Intent中要指定输出的路径通过Intent.EXTRA_OUTPUT来指定输出Uri。Camera在拍摄的过程中会把数据写在所指定的Uri中,之后Composer会直接从这个Uri中读取文件(这里与2.3不同,2.3是Camera把文件的Uri放在Intent中)。TempFileProvider就专门用于管理拍摄图片和拍摄视频时临时存储数据的。传给Camera的Uri是”content://mms_temp_file/scrapSpace”,这个Uri由TempFileProvider来管理,由Camera来使用,当Camera要写数据时openFile()时,TempFileProvider就会创建一个临时文件,在外部存储卡上/sdcard/Android/data/com.android.mms/mms_temp_file/scrapSpace/.temp.jpg,Camera所拍摄的图片和视频都存放在这个文件之中。TempFileProvider中还有方法以操作这个文件,比如TempFileProvider.renaceScrapFile()就是把.temp.jpg文件重命名成为一个.3gp的视频。除了Composer会用到这个TempFileProvider,在SlideEditorActivity中编辑一张幻灯片的时候也会用到这个临时文件,因为编辑幻灯片的时候也是能够通过Camera来添加图片的视频的。

(0)

相关推荐

  • Android Mms之:PDU的使用详解

    Android当中的Mms对MMS(Multimedia Messaging Service)的操作关乎MMS协议部分都是通过Frameworks中提供的API来完成的:com.google.android.mms这个包在SDK中是不开放的,只能供内部程序使用,它封装了所有MMS所需要的API.这个包就是Android中对MMS协议的实现,包括一些数据结构:GenericPdu,MultimediaMessagePdu,SendReq,SendConf,NotificationInd,Retri

  • Android Mms之:短信发送流程(图文详解)

    信息的发送,对于Mms应用程序来讲主要就是在信息数据库中创建并维护一条信息记录,真正的发送过程交由底层(Frameworks层)函数来处理. 总体的来讲,当信息创建完成后,对于信息通常有三个去处,一个是放弃这个信息,也就是用户不想要此信息,一旦选择,信息将不会被保存:第二个去处就是保存为草稿:最后一个去处就是发送此信息. 当点击了发送后,UI层暂不会有变化,UI层要监听负责发送的各个类的回调信息和数据库的变化信息来更新UI.信息发送的第一站是WorkingMessage,它会先处理一下信息的相关

  • 简单掌握Android开发中彩信的发送接收及其附件的处理

    一. 彩信发送:   彩信比短信麻烦很多.从sendMmsWorker函数的参数就可以看出来:(conv, mmsUri, persister, slideshow, sendReq) 上下文,uri,PduPersister(彩信是用pdu的),slideshow 包含了所有的彩信信息,sendreq包含了mime封装mms时的headers,也包括了from,to等信息 . (1)函数 sendMmsWorker: private void sendMmsWorker(Conversatio

  • Android Mms之:联系人管理的应用分析

    Contact联系人对Mms来说是十分重要的,因为每一个对话的收信人都是一个联系人,新建信息时可以输入联系人的任何信息,比如号码或名字,Mms都可以把信息发给相应的人.Mms中的类Contact就是用来代表一个联系人,它含有联系人的信息,如名字,号码,联系人Id,是否存在于联系人数据库等等,同时Contact也提供了一些方法来获取Contact对象,Contact.get()方法来获取Contact对象.Contact会保持数据与联系人数据库的同步,有一个接口updateContact()用于通

  • Android Mms之:草稿管理的应用

    当编辑完一条信息后,如果在没有发送的情况下退出编辑页面,那么信息会自动保存为草稿.也就是在ComposeMessageActivity的onStop()时,如果还没有发送,那么就会调用WorkingMessage.saveDraft()来把信息保存为草稿.期间也会检查一些条件,比如消息是否已被标识为放弃,或是是否为空(isWorthSaving),如果一切正常会saveDraft()并会用Toast来告知信息已保存为草稿.草稿的保存也是针对不同的信息而不同,短信和彩信的流程有所不同.保存短信为草

  • Android开发中使用mms模块收发单卡和双卡短信的教程

    一.信息发送: com.android.mms.data.WorkingMessage.java 类 send()函数: public void send() { ...... if (requiresMms() || addressContainsEmailToMms(conv, msgTxt)) { // 彩信 slideshow.prepareForSend(); new Thread(new Runnable() { public void run() { sendMmsWorker(c

  • Android Mms之:对话与联系人关联的总结详解

    在Mms中每个Thread都有其相应的联系人,但是threads表中并没有直接保存联系人的信息(号码或名字),而是保存一个叫做recipient_id的东西,也还有一个类叫做data/RecipientIdCache.java专门管理它. 在数据库中专门有一个表来保存它canonical_addresses.它的目的就是为了能够快速的找到某一对话的联系人的信息.对话的表threads里面并没有保存其联系人的直接信息,而是有一列叫做recipient_ids的整数来代表收信人.而在数据库还有另外一

  • Android Mms之:深入MMS支持

    Composing and editingMMS在Android Mms应用里面的具体实现形式,或数据结构是SlideshowModel,它是一个每个节点为SlideModel的ArrayList,SlideModel是一个Model的List,也就是它可以接收任何Model的子类,Audio,Video,Image和Text都可以放到SlideModel上面.SlideModel主要用于管理其上面的各个媒体,比如它们的布局,它们的播放控制,而SlideshowModel主要用于管理所有的附件,

  • Android Mms之:接收信息流程(图文详解)

    信息的接收工作是由底层来完成的,当有一个 新的信息时底层完成接收后会以Intent的方式来通知上层应用,信息的相关内容也包含在Intent当中,Android所支持的信息Intent都定义在android.provider.Telephony.Intents里面.短信的接收 短信接收,对于上层应用程序来讲就是要处理广播事件SMS_RECEIVED_ACTION,它是由Frameworks发出告诉上层有新的SMS已收到.在Mms中,是由PrivilegedSmsReceiver来处理,它收到SMS

  • Android编程之非调用系统界面实现发送彩信的方法(MMS)

    本文实例讲述了Android非调用系统界面实现发送彩信的方法.分享给大家供大家参考,具体如下: 一.问题: 最近有个需求,不去调用系统界面发送彩信功能.做过发送短信功能的同学可能第一反应是这样: 不使用 StartActivity,像发短信那样,调用一个类似于发短信的方法 SmsManager smsManager = SmsManager.getDefault(); smsManager.sendTextMessage(phoneCode, null, text, null, null); 二

  • Android Mms之:深入理解对话列表管理

    Conversation这个类主要表示对话的数据结构,其内持有一个Thread所有的相关信息,如Recipients,ThreadId等等,也用于管理Thread,比如查询Thread,删除Thread,更新Thread,管理ThreadId,管理Thread的联系人等等.因为Thread表与其他表关联的信息比较多,如联系人,消息个数,这些信息有些直接会写在数据库.因为Thread上面的信息比较多,所以加载时会较费时,因此就有了一个在Conversation内部的Cache来提高加载Thread

随机推荐