05毕业设计论文.doc

Android收音机的搜台与录音系统的原理与设计【电信工程毕业说明书论文开题报告外文翻译】.zip

收藏

压缩包内文档预览:(预览前15页/共34页)
预览图 预览图 预览图 预览图 预览图 预览图 预览图 预览图 预览图 预览图 预览图 预览图 预览图 预览图 预览图
编号:22399021    类型:共享资源    大小:1.07MB    格式:ZIP    上传时间:2019-10-16 上传人:小*** IP属地:福建
50
积分
关 键 词:
电信工程毕业说明书论文开题报告外文翻译 收音机开题报告 收音机的设计 收音机的设计【毕业设计 收音机的原理 毕业论文开题报告
资源描述:
Android收音机的搜台与录音系统的原理与设计【电信工程毕业说明书论文开题报告外文翻译】.zip,电信工程毕业说明书论文开题报告外文翻译,收音机开题报告,收音机的设计,收音机的设计【毕业设计,收音机的原理,毕业论文开题报告
内容简介:
毕 业 设 计(论 文)任 务 书1本毕业设计(论文)课题应达到的目的: 通过对Android系统下收音机的搜台、录音的原理的研究,达到了解Android收音机的搜台和录音的原理,正确的在已有的开发框架上编程,实现安卓收音机的搜台和录音功能。 2本毕业设计(论文)课题任务的内容和要求(包括原始数据、技术要求、工作要求等): 内容:以Android收音机搜台,录音代码实现为核心,了解其技术原理。搜台功能在给定频率范围搜索电台信号,搜到的电台频率及时反馈给系统,然后显示到界面,并实现在电台播放过程中及时录音、存储以及后续的播放。要求:基于Android收音机和录音的基础,编写安卓程序,实现Android收音机搜台与录音的功能。 毕 业 设 计(论 文)任 务 书3对本毕业设计(论文)课题成果的要求包括图表、实物等硬件要求: 编写实现Android收音机搜台与录音的功能的安卓程序。 4主要参考文献: 1余志龙,陈昱勋,郑名杰Android SDK开发范例大全M. 北京:人民邮电出版社, 2010 2 谢嘉贵,宣月清.电子线路(非线性部分)(第三版M).北京:高等出版社,1998 3 郭霖.第一行代码:AndroidM.人民邮电出版社.2014 4 王慕坤,刘文贵.通信原理M.哈尔滨:哈尔滨工业大学出版社,1993 5 李欧儒主编.短波单边带收发信机原理与调制M.北京:人民邮电出版社,1985 6 王志刚,龚杰星.现代电子线路M.北京:清华大学出版社,北京交通大学出版社,2003 7 曾兴雯,刘乃安,陈建.高频电子线路M.北京:高等教育出版社,2004 8 董在望,陈雅琴,雷有华,肖华庭.通信电路原理M.第二版.北京:高等教育出版社,2002 9 胡宴如,耿苏燕.模拟电子技术基础M.北京:高等教育出版社,2004 10 刘泉.通信电子线路M.武汉:武汉理工大学出版社,2002 11 王军伟.收音机原理与故障分析M.北京:高等教育出版社,2000 12 李刚.疯狂Anddroid讲义(第二版M).电子工业出版社,2013 13 铃木宪次.无线电收音机及无线电路的设计与制作M.科学出版社,2006 14 王向辉,张国印,沈洁.Android应用程序开发M.清华大学出版社,2010 15 靳岩,姚尚朗. Google Android 开发入门与实战M.人民邮电出版社,2009 16 (美)鲍格斯坦(Bergsten,H.)著,林琪,朱涛江译.JSP设计(第三版)/ OReilly Java系列M.北京:中国电力出版社,2004 毕 业 设 计(论 文)任 务 书5本毕业设计(论文)课题工作进度计划:2015.12.32015.12.27 查阅相关文献,并在指导教师的指导下,撰写及修改开题报告、翻译专业原文资料。 2015.12.282015.12.31 提交开题报告、翻译原文及译文至论文管理系统。 2016.1.12016.3.4 学生完成理论分析、模块设计、系统设计等工作;完成论文大纲。 2016.3.52016.3.11 提交中期课题完成情况报告、论文大纲;中期答辩。 2016.3.122016.4.10 完成程序调试、测试工作等系统设计工作;根据论文撰写规范要求完成论文初稿并提交系统。 2016.4.112016.4.22 根据指导老师修改意见修改论文,完成论文定稿;论文系统中提交论文定稿,完成答辩准备工作。 2016.5.10-2016.5.17 毕业设计(论文)答辩。 2016.5.182016.5.30 根据答辩情况修改毕业设计(论文)的相关材料,并在毕业设计(论文)管理系统中上传最终稿。 所在专业审查意见:通过负责人: 2015 年 12 月8 日 毕 业 设 计(论文) 开 题 报 告 1结合毕业设计(论文)课题情况,根据所查阅的文献资料,每人撰写不少于1000字左右的文献综述: 课题的意义 随着科学技术的日益发达,智能手机思维出场,以及3G,4G,WIFI网络技术的不断革新,手机的功能日益增强,电台APP就是智能手机的产物,并且有利于广大用户便捷地接受和消费文化,网络化的广播内容。 手机电台App是以手机为终端的电台应用程序,它像是一个虚拟收音机一样,把各种音频传在手机电台这个平台上,各式各样的节目应有尽有,不仅支持离线下载收听,还可以上传自己的音频文件,还可以及时与主播互动交流,广受人们喜爱。具备的如下特色:大数据时代下的个性化定制,“内容”继续为王,“博客”时代的到来,走品牌化路线。 Android收音机就是手机电台的人们接受短,其搜索功能变体显得极为重要,只有搜索到电台的频率信号,才能通过一些列的操作收听到自己喜欢的节目,获得消息,娱乐自己,其录音功能能够及时的帮人们记录自己感兴趣的内容,方便学习,与人分享。所以本次的毕设内容就Android收音机而言,还是很重要的。有助于研究电台的接受原理,收音机的搜台原理,增强Android开发的综合能力。 国内外研究现状 收音机,由机械器件、电子器件、磁铁等构造而成,用电能将电波信号转换并能收听广播电台发射音频信号的一种机器。又名无线电、广播等。就是把从天线接收到的高频信号经检波(解调)还原成音频信号,送到耳机或喇叭变成音波 当1844年,电报机被发明出来,可以在远地互相通讯,但是还是必须依赖导线来连接。而收音机讯号的收、发,却是无线电通讯;整个无线电通讯发明的历史,是多位科学家先后研究发明的结果。 1888年 德国科学家赫兹 (Heinrich Hertz),发现了无线电波的存在。 1895年 苏联物理学家波帕夫 (Alexander Stepanovitch Popov),宣称在相距600码的两地,成功地收发无线电讯号。 同年稍后,一个富裕的义大利地主的儿子年仅21岁的马可尼 ( Guglielmo Marconi)在他父亲的庄园土地内,以无线电波成功地进行了第一次发射。 1897年 波帕夫以他制做的无线通讯设备,在海军巡洋舰上与陆地上的站台进行通讯成功。 1901年 马可尼发射无线电波横越大西洋。 1906年 加拿大发明家费森登 (Reginald Fessenden)首度发射出声音,无线电广播就此开始。 同年,美国人德福雷斯特 (Lee de Forest)发明真空电子管,是真空管收音机的始祖。 之后到现在 又有改良的半导体收音机(原子粒收音机)、电晶体收音机出现。 至此,收音机的发展已经具备一定的基础了。 随着科技的进步,越来越多的电子产品进入了我们的娱乐生活,如掌上电脑,智能手机,以及MP3,MP4等等,以致很多老旧的东西逐渐被新兴产品所代替。收音机,曾今是我们中国社会“大件”的东西,现在也逐渐在被市场淘汰了。然而,它作为一种历史重要的物件,象征着人类的文明进化的标志,是不能被遗忘的,它里面所包含的知识,仍然对现在高度发达的科技起着重要的作用,如基本的信号转换。正如人类的文明有低级到高级发展不可逆的过程一样,收音机的发展也经历着由低级逐渐向高级发展的过程. 功能外形时期(19001919年) 这个时期是从个人组装的无线电接收器到矿石收音机的过渡时期,这个时期 的收音机没有专门的外形,收音机的功能元件简单组合在一起,就成了收音 机造型。 装饰化时期(19191936年) 这个时期的收音机表现出明显的装饰化特征 造型功能时期(19631954年)这一时期的收音机造型简洁、干净利落,几乎没有无用的装饰,收音机造型 的变化大都体现在整体的线性的变化与功能相关的造型部件上造型多样化时期(19541982年) 在多样化现代现代设计风格的影响下,这一时期的收音机造型呈现多样化风 格 造型自由化时期(1982年后)礼品收音机、广告收音机、纪念品收音机和造型化收音机迅猛发展。收音机 功能被结合到各种传统或新型产品上形成了造型各异的半型收音机。 收音机从诞生之时就进行着技术和外形上的 收音机从诞生之时就进行着技术和外形上的 发展 技术上的革新主要是新的电器材料的出现和 使用 由于新的材料的使用,收音机的体积自然也 减少了很多,这也给设计师带来了很大的设 计空间,以致收音机样式千奇百怪 计空间,以致收音机样式千奇百怪 现在市场上常见的收音机,主要有以下几种分类方法: 按波段分类可分为: 调频/调幅两波段、调频立体声/调幅两波段、调频/中波/短波3-5波段、调频/中波/短波8-12波段、调频立体声/中波/短波8-12波段、电视伴音等收音机。 按电路技术特点可分为: 传统超外差式、带数字电子钟及钟控功能(LCD型/LED型/荧光型显示)、模拟调谐/数字显示频率和时间,频率合成式(PLL)、数字调谐(数字式、可记忆频率)、采用二次变频技术(高灵敏度和优良选择性)、高灵敏度短波/单边带(SSB接收机)。 现代各式各样新奇的收音机 民用广播和收音机发明于本世纪初。近百年来,无线电广播与收音机技术发生了翻天覆地的变化。 广播方式从调幅(AM)广播时代开始,经历了调频(FM)广播、调频立体声(FM STEREO)广播、数字音频广播(DAB)等阶段。目前,科学家正研究短波段的数字广播(DRM)。 民用广播所使用的频率,经历了长波(LW)、中波(MW)、短波(SW)、超短波调频(FM)、卫星调频广播等阶段;广播的传播距离和覆盖范围也从近距离到利用人造地球卫星进行全球转播等;收音机从矿石收音机、电子管收音机、晶体管收音机、集成电路收音机,到使用微电脑处理器的数字调谐收音机;收音机的基本电路形式、也从直接放大式,到超外差式、多次变频式电路。收音机的体积也从笨重变小到微型,而音质却越来越好时下的MP3以及各种其它新奇的东西是层出不穷,就连比较古老的收音机 时下的,就连比较古老的收音机 以及各种其它新奇也被人们从新设计后,以一身金属玻璃质感的外观呈现在我们眼前了。 也被人们从新设计后,以一身金属玻璃质感的外观呈现在我们眼前了。 太阳帽收音机 国外一家公司刚刚推出的 收音机,整个机 身外边被一层厚厚的有机玻璃所覆盖, 身外边被一层厚厚的有机玻璃所覆盖,中间金属质感的圆形按钮在收音机 打开后会弹起来,并有幽幽的蓝色灯光, 打开后会弹起来,并有幽幽的蓝色灯光,旋转这个圆形的按钮就可以对这 收音机进行选台了。 个FM收音机进行选台了。不过其喇叭在哪里并没有看出来! 收音机进行选台了 不过其喇叭在哪里并没有看出来! 纳米收音机 一根碳纳米管,就是一个收音机,可以接收无线电信号,并播放音乐。 “纳米”这个术语已经被过度滥用,几乎任何微小 物件都在用“纳米”这个名字为自己脸上贴金, 甚至连机油、防晒霜、唇膏、滑雪蜡之类的商品 都号称含有“纳米粒子”。即使如此,谁又能料 想得到,第一批真正可以发挥作用、能够对宏世 界产生明显影响的纳米器件当中,居然会有收音 机呢? 卫星收音机 电子和信息技术的不断 发展,使我们在坐车时 更有效率。现在汽车不 仅仅是一种代步工具, 它们还被用来当作出门 在外的办公室或一个移 动的娱乐场所。德尔福 公司利用电子和通信技 术开发了一系列的移动 多媒体和娱乐新产品。 卫星收音机就是其中之 一。 卫星收音机从外表上与传统 的地面广播 有明显的区别 从频道、正在播放的歌曲名和频道种类的彩色显 示,到无杂音、无静电的良好音质,都显示出与 众不同的品质 在内容上,卫星收音机拥有数量巨大、种 类繁多的音乐、体育、新闻和娱乐节目的 储存,是传统的广播节目难以相比。 此外,卫星收音机可收听200多个频道的高音质节目,在 美国东西海岸间任何地方都可以收听。音乐频道还可按风 格类型分为摇滚音乐、现代乡村音乐、经典乡村音乐和拉 丁音乐等。用户可在任何时间收听这些节目。 卫星收音机不但使消费者有更多节目可收听,即使在午夜 也有更多的节目可以选择,而且还大大降低了山峰、建筑 物等对节目信号的反射干扰。 近年来,手机广受人们喜欢,收音机就有了更广的发展空间。手机自带收音机已成为收音机生存的重要场所,也为收音机带来很多听众。因为手机自带的收音机方便,简约,同时不失其原有风格,显然有了很高的发展潜力。本次的Android收音机就是基于这些基础出发的,以增强Android综合能力为目的的。 毕 业 设 计(论文) 开 题 报 告 2本课题要研究或解决的问题和拟采用的研究手段(途径): 一.课题研究的内容:Android收音机的搜台与录音系统的原理与设计。Android收音机的搜台功能:实现Android收音机的搜台,保存搜台到的电台频率,收听电台等功能,包括设计搜台方式,存储频率的方式,表现形式等等。Android收音机录音系统功能:实现收听电台任意时刻的录音,并在需要时播放等功能,包括设计录音方式途径,录音的播放等等。 二.课题要解决的问题在本设计中主要通过编写Android代码来实现Android收音机的搜台功能与录音系统功能。最后整合已有代码push到手机中运行测试,以达到一般收音机所达到的搜台,录音功能。包括手动搜索,自动搜索,展示搜到的电台等。 三.课题拟采用的研究手段: 1.开发环境 本次设计主要运用Android语言编程,基于Android平台,使用Eclipse工具。在手机上运行测试。 2.具体方案 上层就是按钮操作和界面显示,从而调用到FM底层驱动来实现广播收听的功能。流程如下: 总体框架设计系统主要由操作界面,底层服务两大模块。具体功能介绍如下:操作界面即人机交互界面:设计操作按钮,显示需要的数据内容。如当前电台号,搜索到的所有电台,录音界面,播放界面。自动搜索,手动搜索等按键;底层服务:实现上层的搜索具体工作,反馈搜索的状况与结果,录音,播放,搜索等耗时工作。 3.预期的目标与成果 实现Android收音机的搜台与录音系统的功能,包括手动,自动搜索,显示当前收听电台,搜索到的电台,录音,播放等功能。 参考文献 1余志龙,陈昱勋,郑名杰Android SDK开发范例大全M. 北京:人民邮电出版社, 2010 2 谢嘉贵,宣月清.电子线路(非线性部分)(第三版M).北京:高等出版社,1998 3 郭霖.第一行代码:AndroidM.人民邮电出版社.2014 4 王慕坤,刘文贵.通信原理M.哈尔滨:哈尔滨工业大学出版社,1993 5 李欧儒主编.短波单边带收发信机原理与调制M.北京:人民邮电出版社,1985 6 王志刚,龚杰星.现代电子线路M.北京:清华大学出版社,北京交通大学出版社,2003 7 曾兴雯,刘乃安,陈建.高频电子线路M.北京:高等教育出版社,2004 8 董在望,陈雅琴,雷有华,肖华庭.通信电路原理M.第二版.北京:高等教育出版社,2002 9 胡宴如,耿苏燕.模拟电子技术基础M.北京:高等教育出版社,2004 10 刘泉.通信电子线路M.武汉:武汉理工大学出版社,2002 11 王军伟.收音机原理与故障分析M.北京:高等教育出版社,2000 12 李刚.疯狂Anddroid讲义(第二版M).电子工业出版社,2013 13 铃木宪次.无线电收音机及无线电路的设计与制作M.科学出版社,2006 14 王向辉,张国印,沈洁.Android应用程序开发M.清华大学出版社,2010 15 靳岩,姚尚朗. Google Android 开发入门与实战M.人民邮电出版社,2009 16 (美)鲍格斯坦(Bergsten,H.)著,林琪,朱涛江译.JSP设计(第三版)/ OReilly Java系列M.北京:中国电力出版社,2004 毕 业 设 计(论文) 开 题 报 告 指导教师意见:1对“文献综述”的评语:本文献综述围绕课题进行了系统的归纳和总结,明确了本课题研究的意义和内容,涵盖面广泛,结构合理,条理清晰,切合毕业设计的选题,体现出该生对本选题有了比较深入的认识和思考。 2对本课题的深度、广度及工作量的意见和对设计(论文)结果的预测:本课题具有一定的深度,工作量适中,难度适中,经过努力,预计可以按期完成。希望学生在后期的毕业设计过程中,能够进一步的研读资料,深入思考,为课题研究提出有效的解决方法。 3.是否同意开题: 同意 不同意 指导教师: 2016 年 01 月 07 日所在专业审查意见:同意 负责人: 2016 年 01 月 16 日说明:要求学生结合毕业设计(论文)课题参阅一篇以上的外文资料,并翻译至少一万印刷符(或译出3千汉字)以上的译文。译文原则上要求打印(如手写,一律用400字方格稿纸书写),连同学校提供的统一封面及英文原文装订,于毕业设计(论文)工作开始后2周内完成,作为成绩考核的一部分。Application FundamentalsAndroid applications are written in the Java programming language. The compiled Java code along with any data and resource files required by the application is bundled by the aapt tool into an Android package, an archive file marked by an .apk suffix. This file is the vehicle for distributing the application and installing it on mobile devices; its the file users download to their devices. All the code in a single .apk file is considered to be one application.In many ways, each Android application lives in its own world:1. By default, every application runs in its own Linux process. Android starts the process when any of the applications code needs to be executed, and shuts down the process when its no longer needed and system resources are required by other applications.2. Each process has its own virtual machine (VM), so application code runs in isolation from the code of all other applications.3. By default, each application is assigned a unique Linux user ID. Permissions are set so that the applications files are visible only to that user and only to the application itself although there are ways to export them to other applications as well.Its possible to arrange for two applications to share the same user ID, in which case they will be able to see each others files. To conserve system resources, applications with the same ID can also arrange to run in the same Linux process, sharing the same VM.Application ComponentsA central feature of Android is that one application can make use of elements of other applications (provided those applications permit it). For example, if your application needs to display a scrolling list of images and another application has developed a suitable scroller and made it available to others, you can call upon that scroller to do the work, rather than develop your own. Your application doesnt incorporate the code of the other application or link to it. Rather, it simply starts up that piece of the other application when the need arises.For this to work, the system must be able to start an application process when any part of it is needed, and instantiate the Java objects for that part. Therefore, unlike applications on most other systems, Android applications dont have a single entry point for everything in the application (no main() function, for example). Rather, they have essential components that the system can instantiate and run as needed. There are four types of components:ActivitiesAn activity presents a visual user interface for one focused endeavor the user can undertake. For example, an activity might present a list of menu items users can choose from or it might display photographs along with their captions. A text messaging application might have one activity that shows a list of contacts to send messages to, a second activity to write the message to the chosen contact, and other activities to review old messages or change settings. Though they work together to form a cohesive user interface, each activity is independent of the others. Each one is implemented as a subclass of the Activity base class.An application might consist of just one activity or, like the text messaging application just mentioned, it may contain several. What the activities are, and how many there are depends, of course, on the application and its design. Typically, one of the activities is marked as the first one that should be presented to the user when the application is launched. Moving from one activity to another is accomplished by having the current activity start the next one.Each activity is given a default window to draw in. Typically, the window fills the screen, but it might be smaller than the screen and float on top of other windows. An activity can also make use of additional windows for example, a pop-up dialog that calls for a user response in the midst of the activity, or a window that presents users with vital information when they select a particular item on-screen.The visual content of the window is provided by a hierarchy of views objects derived from the base View class. Each view controls a particular rectangular space within the window. Parent views contain and organize the layout of their children. Leaf views (those at the bottom of the hierarchy) draw in the rectangles they control and respond to user actions directed at that space. Thus, views are where the activitys interaction with the user takes place.For example, a view might display a small image and initiate an action when the user taps that image. Android has a number of ready-made views that you can use including buttons, text fields, scroll bars, menu items, check boxes, and more.A view hierarchy is placed within an activitys window by the Activity.setContentView() method. The content view is the View object at the root of the hierarchy. (See the separate User Interface document for more information on views and the hierarchy.)ServicesA service doesnt have a visual user interface, but rather runs in the background for an indefinite period of time. For example, a service might play background music as the user attends to other matters, or it might fetch data over the network or calculate something and provide the result to activities that need it. Each service extends the Service base class.A prime example is a media player playing songs from a play list. The player application would probably have one or more activities that allow the user to choose songs and start playing them. However, the music playback itself would not be handled by an activity because users will expect the music to keep playing even after they leave the player and begin something different. To keep the music going, the media player activity could start a service to run in the background. The system would then keep the music playback service running even after the activity that started it leaves the screen.Its possible to connect to (bind to) an ongoing service (and start the service if its not already running). While connected, you can communicate with the service through an interface that the service exposes. For the music service, this interface might allow users to pause, rewind, stop, and restart the playback.Like activities and the other components, services run in the main thread of the application process. So that they wont block other components or the user interface, they often spawn another thread for time-consuming tasks (like music playback). See Processes and Threads, later.Broadcast receiversA broadcast receiver is a component that does nothing but receive and react to broadcast announcements. Many broadcasts originate in system code for example, announcements that the timezone has changed, that the battery is low, that a picture has been taken, or that the user changed a language preference. Applications can also initiate broadcasts for example, to let other applications know that some data has been downloaded to the device and is available for them to use.An application can have any number of broadcast receivers to respond to any announcements it considers important. All receivers extend the BroadcastReceiver base class.Broadcast receivers do not display a user interface. However, they may start an activity in response to the information they receive, or they may use the NotificationManager to alert the user. Notifications can get the users attention in various ways flashing the backlight, vibrating the device, playing a sound, and so on. They typically place a persistent icon in the status bar, which users can open to get the message.Content providersA content provider makes a specific set of the applications data available to other applications. The data can be stored in the file system, in an SQLite database, or in any other manner that makes sense. The content provider extends the ContentProvider base class to implement a standard set of methods that enable other applications to retrieve and store data of the type it controls. However, applications do not call these methods directly. Rather they use a ContentResolver object and call its methods instead. A ContentResolver can talk to any content provider; it cooperates with the provider to manage any interprocess communication thats involved.See the separate Content Providers document for more information on using content providers.Whenever theres a request that should be handled by a particular component, Android makes sure that the application process of the component is running, starting it if necessary, and that an appropriate instance of the component is available, creating the instance if necessary.Activating components: intentsContent providers are activated when theyre targeted by a request from a ContentResolver. The other three components activities, services, and broadcast receivers are activated by asynchronous messages called intents. An intent is an Intent object that holds the content of the message. For activities and services, it names the action being requested and specifies the URI of the data to act on, among other things. For example, it might convey a request for an activity to present an image to the user or let the user edit some text. For broadcast receivers, theIntent object names the action being announced. For example, it might announce to interested parties that the camera button has been pressed.There are separate methods for activating each type of component:1. An activity is launched (or given something new to do) by passing an Intent object toContext.startActivity() or Activity.startActivityForResult(). The responding activity can look at the initial intent that caused it to be launched by calling its getIntent() method. Android calls the activitys onNewIntent() method to pass it any subsequent intents. One activity often starts the next one. If it expects a result back from the activity its starting, it calls startActivityForResult() instead of startActivity(). For example, if it starts an activity that lets the user pick a photo, it might expect to be returned the chosen photo. The result is returned in an Intent object thats passed to the calling activitys onActivityResult() method.2. A service is started (or new instructions are given to an ongoing service) by passing an Intent object to Context.startService(). Android calls the services onStart() method and passes it the Intent object. Similarly, an intent can be passed to Context.bindService() to establish an ongoing connection between the calling component and a target service. The service receives the Intent object in an onBind() call. (If the service is not already running, bindService() can optionally start it.) For example, an activity might establish a connection with the music playback service mentioned earlier so that it can provide the user with the means (a user interface) for controlling the playback. The activity would call bindService() to set up that connection, and then call methods defined by the service to affect the playback.A later section, Remote procedure calls, has more details about binding to a service.3. An application can initiate a broadcast by passing an Intent object to methods like Context.sendBroadcast(), Context.sendOrderedBroadcast(), and Context.sendStickyBroadcast() in any of their variations.Android delivers the intent to all interested broadcast receivers by calling their onReceive() methods. For more on intent messages, see the separate article, Intents and Intent Filters.Shutting down componentsA content provider is active only while its responding to a request from a ContentResolver. And a broadcast receiver is active only while its responding to a broadcast message. So theres no need to explicitly shut down these components.Activities, on the other hand, provide the user interface. Theyre in a long-running conversation with the user and may remain active, even when idle, as long as the conversation continues. Similarly, services may also remain running for a long time. So Android has methods to shut down activities and services in an orderly way:1. An activity can be shut down by calling its finish() method. One activity can shut down another activity (one it started with startActivityForResult() by calling finishActivity().2. A service can be stopped by calling its stopSelf() method, or by calling Context.stopService().Components might also be shut down by the system when they are no longer being used or when Android must reclaim memory for more active components. A later section, Component Lifecycles, discusses this possibility and its ramifications in more detail.The manifest fileBefore Android can start an application component, it must learn that the component exists. Therefore, applications declare their components in a manifest file thats bundled into the Android package, the .apk file that also holds the applications code, files, and resources.The manifest is a structured XML file and is always named AndroidManifest.xml for all applications. It does a number of things in addition to declaring the applications components, such as naming any libraries the application needs to be linked against (besides the default Android library) and identifying any permissions the application expects to be granted.But the principal task of the manifest is to inform Android about the applications components. For example, an activity might be declared as follows:The name attribute of the element names the Activity subclass that implements the activity. The icon and label attributes point to resource files containing an icon and label that can be displayed to users to represent the activity.The other components are declared in a similar way elements for services, elements for broadcast receivers, and elements for content providers. Activities, services, and content providers that are not declared in the manifest are not visible to the system and are consequently never run. However, broadcast receivers can either be declared in the manifest, or they can be created dynamically in code (as BroadcastReceiver objects) and registered with the system by calling Context.registerReceiver().For more on how to structure a manifest file for your application, see The Android Manifest.xml File.Intent filtersAn Intent object can explicitly name a target component. If it does, Android finds that component (based on the declarations in the manifest file) and activates it. But if a target is not explicitly named, Android must locate the best component to respond to the intent. It does so by comparing the Intent object to the intent filters of potential targets. A components intent filters inform Android of the kinds of intents the component is able to handle. Like other essential information about the component, theyre declared in the manifest file. Heres an extension of the previous example that adds two intent filters to the activity:The first filter in the example the combination of the action ent.action.MAIN and the ent.category.LAUNCHER is a common one. It marks the activity as one that should be represented in the application launcher, the screen listing applications users can launch on the device. In other words, the activity is the entry point for the application, the initial one users would see when they choose the application in the launcher.The second filter declares an action that the activity can perform on a particular type of data.A component can have any number of intent filters, each one declaring a different set of capabilities. If it doesnt have any filters, it can be activated only by intents that explicitly name the component as the target.For a broadcast receiver thats created and registered in code, the intent filter is instantiated directly as an IntentFilter object. All other filters are set up in the manifest.For more on intent filters, see a separate document, Intents and Intent Filters.应用程序基础Android Developers Android应用程序使用Java编程语言开发。aapt工具把编译后的Java代码连同应用程序所需的其他数据和资源文件一起打包到一个Android包文件中,这个文件使用.apk作为扩展名。此文件是分发并安装应用程序到移动设备的载体;是用户下载到他们的设备的文件。单一.apk文件中的所有代码被认为是一个应用程序。从多个角度来看,每个Android应用程序都存在于它自己的世界之中: 1 默认情况下,每个应用程序均运行于它自己的Linux进程中。当应用程序中的任何代码需要被执行时,Android启动此进程,而当不再需要此进程并且其它应用程序又请求系统资源时,则关闭这个进程。 2 每个进程都有其独有的虚拟机(VM),所以应用程序代码与所有其它应用程序代码是隔离运行的。 3 默认情况下,每个应用程序均被赋予一个唯一的Linux用户ID,并加以权限设置,使得应用程序的文件仅对此用户及此应用程序可见尽管也有其它的方法使得这些文件同样能为其他应用程序所访问。 一 应用程序组件Android的一个核心特性就是一个应用程序可以使用其它应用程序的元素(如果那个应用程序允许的话)。例如,如果你的应用程序需要显示一个图片卷动列表,而另一个应用程序已经开发了一个合用的而又允许别的应用程序使用的话,你可以直接调用那个卷动列表来完成工作,而不用自己再开发一个。你的应用程序并没有吸纳或链接其它应用程序的代码。它只是在有需求的时候启动了其它应用程序的那个功能部分。 为达到这个目的,系统必须能够在一个应用程序的任何一部分被需要时启动一个此应用程序的进程,并将那个部分的Java对象实例化。因此,不像其它大多数系统上的应用程序,Android应用程序并没有为应用程序提供一个单独的入口点(比如说,没有main()函数),而是为系统提供了可以实例化和运行所需的必备组件。一共有四种组件类型: 1 Activity activity是为用户操作而展示的可视化用户界面。例如,一个activity可以展示一个菜单项列表供用户选择,戒者显示一些包含说明文字的照片。一个短消息应用程序可以包括一个用于显示要发送消息到的联系人列表的activity,一个给选定的联系人写短信的activity以及翻阅以前的短信或改变设置的其他activity。尽管它们一起组成了一个内聚的用户界面,但其中每个activity都不其它的保持独立。每一个都实现为以Activity类为基类的子类。 一个应用程序可以只有一个activity,戒者,如刚才提到的短信应用程序那样,包含很多个。每个activity的作用,以及有多少个activity,当然是取决于应用程序及其设计的。一般情况下,总有一个应用程序被标记为用户在应用程序启动的时候第一个看到的。从一个activity转向另一个靠的是用当前的activity启动下一个。 每个activity都被给予一个默认的窗口以进行绘制。一般情况下,这个窗口是满屏的,但它也可以是一个小的位于其它窗口之上的浮动窗口。一个activity也可以使用附加窗口例如,一个在activity运行过程中弹出的供用户响应的对话框,戒是一个当用户选择了屏幕上特定项目后显示的必要信息的窗口。 窗口显示的可视内容是由一系列层次化view构成的,这些view均继承自 View 基类。每个view均控制着窗口中一块特定的矩形区域。父级view包含并组织其子view的布局。叶节点view(位于层次结构最底端)在它们控制的矩形区域中进行绘制,并对用户直达其区域的操作做出响应。因此,view是activity与用户进行交互的界面。例如,view可以显示一个小图片,并在用户指点它的时候产生动作。Android有一些预置的view供开发者使用包括按钮、文本域、滚动条、菜单项、复选框等等。 view层次结构是由Activity.setContentView() 方法放入activity的窗口之中的。content view是位于层次结构根位置的View对象。(参见独立的用户界面文档以获取关于view及层次结构的更多信息。) 2 Service service没有可视化的用户界面,而是在一段时间内在后台运行。例如,一个service可以在用户做其它事情的时候在后台播放背景音乐、从网络上获取数据或者计算一些东西并提供给需要这个运算结果的activity使用。每个service都继承自Service基类。 一个媒体播放器播放播放列表中的曲目是一个不错的例子。播放器应用程序可能有一个或多个activity来给用户选择歌曲并进行播放。然而,音乐播放这个任务本身丌应该由任何activity来处理,因为用户期望即使在他们离开播放器应用程序而开始做别的事情时,音乐仍在继续播放。为达到这个目的,媒体播放器activity可以启动一个运行于后台的service。系统将在这个activity不再显示于屏幕乀后,仍维持音乐播放service的运行。 连接至(绑定到)一个正在运行的service(如果service没有运行,则启动service),.putExtra(“bundle”,bundle);startActivityForResult(intent,spanstyle你可以通过那个service暴露出来的接口不service进行通讯。对于音乐service来说,这个接口可以允许用户暂停、回退、停止以及重新开始播放。 如同activity和其它组件一样,service运行于应用程序进程的主线程内。所以它不会对其它组件或用户界面有任何妨碍,它们一般会派生一个新线程来执行一些时间消耗型任务(比如音乐回放)。参见稍后的进程和线程。 3 Broadcast receiver broadcast receiver是一个与注于接收广播通知信息,并做出相应处理的组件。许多广播是由系统代码产生的例如,通知时区改变、电池电量低、拍摄了一张照片或者用户改变了语言选项。应用程序也可以发起广播例如,通知其它应用程序一些数据已经下载到设备上并处于可用状态。 一个应用程序可以拥有任意数量的broadcast receiver,以对所有它认为重要的通知信息予以响应。所有的receiver均继承自BroadcastReceiver基类。 broadcast receiver没有用户界面。然而,它们可以启动一个activity来响应它们收到的信息,或者也可以使用NotificationManager来通知用户。通知可以用多种方式来吸引用户的注意力闪动背光灯、震动设备、播放声音等等。通知一般是在状态栏上放一个持丽的图标,用户可以打开它并获取消息。 4 Content provider content provider将一些特定的应用程序数据供给其它应用程序使用。数据可以存储于文件系统、SQLite数据库或其它有意丿的方式。content provider继承于ContentProvider 基类,实现了一套使得其他应用程序能够检索和存储它所管理的类型数据的标准方法。然而,应用程序并不直接调用返些方法,而是使用一个 ContentResolver 对象,调用它的方法作为替代。ContentResolver可以与任何content provider进行会话;与其合作对任何相关的进程间通讯进行管理。 参阅独立的Content Providers文档以获得更多关于使用content provider的信息。 每当出现一个需要被特定组件处理的请求时,Android会确保那个组件的应用程序进
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
提示  人人文库网所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
关于本文
本文标题:Android收音机的搜台与录音系统的原理与设计【电信工程毕业说明书论文开题报告外文翻译】.zip
链接地址:https://www.renrendoc.com/p-22399021.html

官方联系方式

2:不支持迅雷下载,请使用浏览器下载   
3:不支持QQ浏览器下载,请用其他浏览器   
4:下载后的文档和图纸-无水印   
5:文档经过压缩,下载后原文更清晰   
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

网站客服QQ:2881952447     

copyright@ 2020-2024  renrendoc.com 人人文库版权所有   联系电话:400-852-1180

备案号:蜀ICP备2022000484号-2       经营许可证: 川B2-20220663       公网安备川公网安备: 51019002004831号

本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知人人文库网,我们立即给予删除!