1 What Is Android
1.1 Key Skills amp; Concepts
● History of embedded device programming
● Explanation of Open Handset Alliance
● First look at the Android home screen
It can be said that, for a while, traditional desktop application developers have been spoiled. This is not to say that traditional desktop application development is easier than other forms of development. However, as traditional desktop application developers, we have had the ability to create almost any kind of application we can imagine. I am including myself in this grouping because I got my start in desktop programming.
One aspect that has made desktop programming more accessible is that we have had the ability to interact with the desktop operating system, and thus interact with any underlying hardware, pretty freely (or at least with minimal exceptions). This kind of freedom to program independently, however, has never really been available to the small group of programmers who dared to venture into the murky waters of cell phone development.
NOTE ： I refer to two different kinds of developers in this discussion: traditional desktop application developers, who work in almost any language and whose end product, applications, are built to run on any “desktop” operating system; and Android developers, Java developers who develop for the Android platform. This is not for the purposes of saying one is by any means better or worse than the other. Rather, the distinction is made for purposes of comparing the development styles and tools of desktop operating system environments to the mobile operating system environment.
1.2 Brief History of Embedded Device Programming
For a long time, cell phone developers comprised a small sect of a slightly larger group of developers known as embedded device developers. Seen as a less “glamorous” sibling to desktop—and later web—development, embedded device development typically got the proverbial short end of the stick as far as hardware and operating system features, because embedded device manufacturers were notoriously stingy on feature support.
Embedded device manufacturers typically needed to guard their hardware secrets closely, so they gave embedded device developers few libraries to call when trying to interact with a specific device. Embedded devices differ from desktops in that an embedded device is typically a “computer on a chip.” For example, consider your standard television remote control; it is not really seen as an overwhelming achievement of technological complexity. When any button is pressed, a chip interprets the signal in a way that has been programmed into the device. This allows the device to know what to expect from the input device (key pad), and how to respond to those commands (for example, turn on the television). This is a simple form of embedded device programming. However, believe it or not, simple devices such as these are definitely related to the roots of early cell phone devices and development.
Most embedded devices ran (and in some cases still run) proprietary operating systems. The reason for choosing to create a proprietary operating system rather than use any consumer system was really a product of necessity. Simple devices did not need very robust and optimized operating systems.
As a product of device evolution, many of the more complex embedded devices, such as early PDAs, household security systems, and GPSs, moved to somewhat standardized operating system platforms about five years ago. Small-footprint operating systems such as Linux, or even an embedded version of Microsoft Windows, have become more prevalent on many embedded devices. Around this time in device evolution, cell phones branched from other embedded devices onto their own path. This branching is evident when you examine their architecture.
Nearly since their inception, cell phones have been fringe devices insofar as they run on proprietary software—software that is owned and controlled by the manufacturer, and is almost always considered to be a “closed” system. The practice of manufacturers using proprietary operating systems began more out of necessity than any other reason. That is, cell phone manufacturers typically used hardware that was completely developed in-house, or at least hardware that was specifically developed for the purposes of running cell phone equipment. As a result, there were no openly available, off-the-shelf software packages or solutions that would reliably interact with their hardware. Since the manufacturers also wanted to guard very closely their hardware trade secrets, some of which could be revealed by allowing access to the software level of the device, the common practice was, and in most cases still is, to use completely proprietary and closed software to run their devices. The downside to this is that anyone who wanted to develop applications for cell phones needed to have intimate knowledge of the proprietary environment within which it was to run. The solution was to purchase expensive development tools directly from the manufacturer. This isolated many of the “homebrew” developers.
NOTE： A growing culture of homebrew developers has embraced cell phone application development. The term “homebrew” refers to the fact that these developers typically do not work for a cell phone development company and generally produce small, one-off products on their own time.
Another, more compelling “necessity” that kept cell phone development out of the hands of the everyday developer was the hardware manufacturersrsquo; solution to the “memory versus need” dilemma. Until recently, cell phones did little more than execute and receive phone calls, track your contacts, and possibly send and receive short text messages; not really the “Swiss army knives” of technology they are today. Even as late as 2002, cell phones with cameras were not commonly found in the hands of cons
全文共18884字，剩余内容已隐藏，支付完成后下载完整资料
1 什么是安卓
-
- 关键技能amp;概念
●嵌入式设备编程的历史
●开放手机联盟的说明
●首先看一下Android主屏幕
可以说，于此同时，传统的桌面应用程序开发人员已经被宠坏了。当然这并不是说，传统的桌面应用程序开发比其他形式的开发更简单。然而，作为传统的桌面应用程序开发人员， 我们有能力创建几乎任何类型的应用程序，我们可以想像。包括我自己在内，因为我以前就开始桌面编程。
一方面，我们已经有足够的能力去和桌面操作系统互动，已经使桌面编程开发更易接受， 从而与任何底层的硬件交互。相当自由（或者一最小的例外）。这种自由、独立地编程，已经不再是那些敢于冒险跳进手机开发黑水中的小数量的开发者能够获得的。
注意：在本讨论中，我指的是两种不同类型的开发人员：传统桌面应用程序开发人员，他们几乎使用任何语言工作，其最终产品，应用程序构建为可在任何“桌面”操作系统上运行; 和Android开发人员，为Android平台开发的Java开发人员。这不是为了说一个人比另一个更好或更差。相反，区分是为了将桌面操作系统环境的开发风格和工具与移动操作系统环境进行比较。
-
- 嵌入式设备编程简史
很长一段时间，手机开发者构成了一个认作是嵌入式设备开发者的小的稍微大点的派别。理解成一个小的具有魅力的桌面家族成员-后来的网络Web-开发，嵌入式设备开发代表性地得到闻名的短的结局，远至硬件和操作系统特色，因为嵌入式设备制造业在特色支持方面恶名昭彰地吝啬。 嵌入式设备制造厂商典型地需要封闭地保护他们硬件的机密，因此，当嵌入式设备开发者试着去与特殊的设备互动时嵌入式设备制造厂商给他们很少的函数库去调用。 嵌入式设备不同于桌面系统是一个嵌入式设备是一个典型的“片上计算机”。例如： 考虑你的标准电视机的远程控制。它不是真正看上去像一个无法实现的复杂技术的实现。 当任何一个按钮按下，芯片以一种方法解释信号（已经编程嵌入到设备中）。这允许设备从输入设备（键盘）知道用户期望干什么，和如何对这些命令响应（例如，打开电视机）。这是一个来自嵌入式设备的编程例子。然而，信或不信，诸如这些简单的设备被明确涉及到早期手机设备和开发的根源。
大多数嵌入式设备运行（在一些情况仍然运行）在专有的操作系统上。选择创建一个专有的操作系统而不是使用任何消费者系统的理由是：这是一个产品正真必需的。简单的设备不需要很耐用、完善的操作系统。
作为一种设备产品的发展，大约2年前左右，许多复杂的嵌入式设备，例如早期的 PDAs，家庭安全系统，和和GPSs，被移植到有点标准化的操作系统平台上。小体积的操作系统如 Linux，或甚至嵌入式版本的 MicrosoftWindows，已经是在许多嵌入式设备上很流行了。围绕这个时间段的设备发展，手机从其他的嵌入式设备分支成他们己的路线。当你查看他们的业绩时， 这个分支显得很明显。
几乎从他们起初，当运行专有的软件（被制造厂商拥有和控制，几乎也总是被考虑是“封闭”系统）时，手机就已经成为终端设备的范围内。制造厂商使用专有的操作系统的实践开始比其他任何理由更加不必要。这是因为手机制造商代表性的使用完全在内部开发出的硬件。或至少硬件是为运行手机设备特别开发出来的，结果，这些硬件、专有系统不是开发地可获得的，空架的软件包，或者解答（这些都是能够确切与他们硬件互动的）。自制造商想更可靠地保护他们的硬件交易机密（通过允许接近设备软件水平可以显露出来），通常的实践是（在多数情况下仍然是）通过完全专用的和封闭的软件来运行他们的设备。接下来就是， 任何想为手机开发能够在上面运行的应用程序的人不得不去揭秘专有系统环境。解决方法是直接向制造商购买昂贵的开发工具。这孤立了很多“业余爱好”的开发者们。
注意：不断增长的自制开发者文化已经接受了手机应用程序的开发。术语“自制软件”指的是这些开发人员通常不为手机开发公司工作，并且通常在他们自己的时间生产小型的一次性产品。
其他的，更多强制的“必需品”是硬件制造商对于“内存对照需求”困境的解答（这使天天进行手机开发的开发者难以入手）。直到最近，手机不是比实现多一点点，接收电话， 跟踪你的联系，并且可能的发送和接收文本短信；当今他们不是真正的“瑞士军刀” 技术。甚至迟到2002年，带有照相机的手机在消费者的手上一般的也没有见到。
到1997年，小应用程序例如计算器和游戏（俄罗斯方块， 举例） 缓慢地在手机上爬行他们的发展路线，但是这些无法实现的功能仍然是电话拨号程序本身。手机还没有成为今天它们的多样的，多功能的个人工具。这是可能的，1997年，手机制造商完全没有意识到消费者需求是所有功能集聚一个设备上。不过，即使这个需求是目前的，设备的内存缺乏， 存储能力是一个更大的要去克服的障碍。更多的人可能已经想过他们的设备变成聚集所有功
能为一身的工具，但是制造商仍然不得不攀爬内存障碍。
为了使问题简单，这使得任何设备上让内存去存储和运行应用程序，包括手机。手机， 作为一种设备，直到最近都还没有使手机容易包含额外程序的大量内存。在最近两年里，内存价格已经达到很低的水平了。设备制造商现在有能力以更低的价格包含更多的内存。现在很多手机拥有比1990世纪中期普通PC机更标准的内存。因此，现在我们有了需要、内存， 我们可以深入，并且在世界范围里为手机开发酷的应用程序，对不？不是确切的。设备制造商仍然封闭地保护运行在他们设备上的操作系统。而一些对这一点已经开放，他们允许一些以Java为基础的应用程序在手机上的小环境里运行，许多的都不允许这样做。甚至某些不允许运行一些Java应用程序的系统不允许接近标准桌面开发者习惯去拥有的核心系统。
-
- 开放手机联盟和安卓
在2007年11月，当 Google，在开放手机联盟下，发布 Android，这个对于应用程序开发者的障开始消失。开放手机联盟是一个硬件和软件开发者组织，它包括Google、NTT DoCoMo，Sprint Nextel，和HTC，它的目标是创建一个更开放的手机环境。在开放手机联盟组织下发布的第一个产品是Android-移动设备操作系统。
和Android发行一起，Google开发了可获得的主要开发工具和指南去帮助要成为新系统开发者的人。帮助文档、平台软件开发包（（SDK和甚至在Google的Android网站上能被找到的一个开发者社区，http://code.google.com/android.这个网站应该是你的入门点，我十分鼓励你去访问该网站。
注意：谷歌在推广新的Android操作系统时甚至创造了一个价值1000万美元的竞赛，寻找新的和令人兴奋的Android应用程序。
虽然很容易找到运行Linux，Windows甚至是PalmOS的手机，但截至本文撰写时，还没有宣布可以运行Android的硬件平台。 HTC，LG电子，摩托罗拉和三星是开放手机联盟的成员，Android已经发布，因此我们只能希望他们在不久的将来有一些基于Android的设备的计划。自2007年11月发布以来，该系统本身仍处于纯软件测试阶段。这对开发人员来说是一个好消息，因为它为我们提供了一个罕见的未来系统预览，并有机会开始开发一旦硬件发布就会运行的应用程序。
注意：此策略明显为开放手机联盟提供了超越其他手机操作系统开发人员的巨大优势，因为可能会有大量应用程序可立即用于运行Android的第一批设备。
Android简介
Android作为一个系统，是一个基于Java的操作系统，运行在Linux 2.6内核上。该系统非常轻巧，功能齐全。 Android应用程序是使用Java开发的，可以很容易地移植到新平台上。如果您尚未下载Java或不确定您需要哪个版本，请在第2章详细介绍开发环境的安装.Android的其他功能包括加速的3-D图形引擎（基于硬件支持），数据库支持由SQLite和集成的Web浏览器。
如果您熟悉Java编程或者是任何类型的OOP开发人员，您可能习惯于编程用户界面（UI）开发 - 即直接在程序代码中处理的UI放置。 Android虽然能够识别并允许程序化UI开发，但也支持更新的基于XML的UI布局。对于普通的桌面开发人员来说，XML UI布局是一个相当新的概念。我将在本书的支持章节中介绍XML UI布局和程序化UI开发。
Android的一个更令人兴奋和引人注目的功能是，由于其架构，第三方应用程序 - 包括那些“本土化”的应用程序 - 执行时具有与核心系统捆绑的系统优先级相同的系统优先级。这与大多数系统有很大不同，后者使嵌入式系统应用程序的执行优先级高于第三方开发人员创建的应用程序可用的线程优先级。此外，每个应用程序都使用非常轻量级的虚拟机在自己的线程中执行。
除了非常慷慨的SDK和我们可以开发的格式良好的库之外，Android开发人员最令人兴奋的功能是我们现在可以访问操作系统可以访问的任何内容。换句话说，如果您想创建一个拨打电话的应用程序，您可以访问电话的拨号器;如果您想创建一个使用手机内部GPS（如果配备）的应用程序，您可以访问它。开发人员创建动态和有趣的应用程序的潜力现在已经开放。
除了Android方面提供的所有功能之外，Google还引入了一些非常诱人的功能。 Android应用程序的开发人员将能够将他们的应用程序绑定到现有的Google产品中，例如Google Maps和无所不在的Google搜索。假设您想要编写一个应用程序，该应用程序会在Google地图中显示来电所在的地图，或者您希望能够将常用搜索结果存储在您的联系人中; Android的可能性大门已经敞开了大门。
第2章开始您的Android开发之旅。您将了解使用特定开发环境或集成开发环境（IDE）的方式和原因，并下载并安装Java IDE Eclipse。
2应用：Hello World
2.1关键技能amp;概念
●创建新的Android项目
●使用视图
●使用TextView
●修改main.xml文件
●在Android模拟器上运行应用程序
在本章中，您将创建第一个Android Activity。本章从头到尾检查应用程序构建过程。我将向您展示如何在Eclipse中创建Android项目，将代码添加到初始文件，以及在Android模拟器中运行已完成的应用程序。生成的应用程序将是在Android环境中运行的功能完备的程序。
实际上，当您浏览本章时，您将创建多个Android活动。计算机编程传统规定您的第一个应用程序是典型的Hello World！应用程序，所以在第一部分中，您将创建一个标准的Hello World！应用程序只有一个空白背景和“Hello World！”文本。然后，为了让您更好地了解语言，下一节将详细介绍Android为您的Hello World自动创建的文件！应用。您将创建此Activity的两个迭代，每个迭代使用不同的技术向屏幕显示信息。您还将创建两个不同版本的Hello World！将显示提供“Hello World！”消息的图像的应用程序。这将为您提供Android的控件和内部工作的良好介绍。
注意：您经常会看到“应用程序”和“活动”可互换使用。两者之间的区别在于应用程序可以由多个活动组成，但一个应用程序必须至少有一个活动。应用程序的每个“窗口”或屏幕都是一个单独的活动。因此，如果您创建一个只有一个数据屏幕的相当简单的应用程序（如本章中的Hello World！应用程序），那将是一个Activity。在以后的章节中，您将创建具有多个活动的应用程序。
为确保您能够全面了解Android中的编程，在第6章中，您将在适用于Microsoft Windows和Linux的Android SDK命令行环境中创建这两个应用程序。换句话说，本章介绍了Eclipse中的创建过程，第6章介绍了使用命令行工具创建过程。因此，在继续之前，应检查Eclipse环境是否已正确配置。查看第3章中的步骤，以设置Android SDK的PATH语句。您还应该确保JRE在PATH语句中正确。
提示：如果在尝试使用任何命令行示例时遇到与配置相关的问题，请尝试参考第2章和第3章中的配置步骤;并查看Android SDK文档。
2.2在Eclipse中创建您的第一个Android项目
要启动第一个Android项目，请打开Eclipse。 当您第一次打开Eclipse时，它会打开一个空的开发环境（参见图5-1），这是您要开始的地方。 您的首要任务是为应用程序设置和命名工作区。 选择文件| 新的| Android Project，将启动New Android Project向导。
小心不要从“新建”菜单中选择“Java项目”。 虽然Android应用程序是用Java编写的，并且您正在Java项目中进行所有开发，但此选项将创建标准Java应用程序。 选择Android Project可以创建特定于Android的应用程序。如果您没有看到Android Project的选项，则表示Eclipse的Android插件未完全或未正确安装。 查看第3章中的过程，以安装Eclipse的Android插件以更正此问题。
2.3 New Android Project向导为您创建了两件事
一个shell应用程序，它使用android.jar文件绑定到Android SDK，并将项目绑定到Android模拟器中。这允许您使用所有Android库和包进行编码，还允许您在适当的环境中调试应用程序。
您的新项目的第一个shell文件。这些shell文件包含一些重要的应用程序块，您将在其上构建程序。与在Visual
全文共6265字，剩余内容已隐藏，支付完成后下载完整资料
资料编号：[498]
以上是毕业论文外文翻译，课题毕业论文、任务书、文献综述、开题报告、程序设计、图纸设计等资料可联系客服协助查找。
