核心应用程序

现在的位置: 首页 > 综合 > 正文

核心应用程序

2013年04月29日 ⁄ 综合 ⁄ 共 11074字 ⁄ 字号小中大 ⁄ 评论关闭

所有的iPhone应用程序都是基于UIKit框架构建而成的，因此，它们在本质上具有相同的核心架构。UIKit负责提供运行应用程序和协调用户输入及屏幕显示所需要的关键对象。应用程序之间不同的地方在于如何配置缺省对象，以及如何通过定制对象来添加用户界面和行为。

虽然应用程序的界面和基本行为的定制发生在定制代码的内部，但是，还有很多定制需要在应用程序的最高级别上进行。这些高级的定制会影响应用程序和系统、以及和设备上的其它程序之间的交互方式，因此，理解何时需要定制、何时缺省行为就已经足够是很重要的。本章将概要介绍核心应用程序架构和高级别的定制点，帮助您确定什么时候应该定制，什么时候应该使用缺省的行为。

核心应用程序架构

从应用程序启动到退出的过程中，UIKit框架负责管理大部分关键的基础设施。iPhone应用程序不断地从系统接收事件，而且必须响应那些事件。接收事件是
UIApplication
对象的工作，但是，响应事件则需要您的定制代码来处理。为了理解事件响应需要在哪里进行，我们有必要对iPhone应用程序的整个生命周期和事件周期有一些理解。本文的下面部分将描述这些周期，同时还对iPhone应用程序开发过程中使用的一些关键设计模式进行总结。

应用程序的生命周期

应用程序的生命周期是由发生在程序启动到终止期间的一序列事件构成的。在iPhone OS中，用户可以通过轻点Home屏幕上的图标来启动应用程序。在轻点图标之后的不久，系统就会显示一个过渡图形，然后调用相应的
main
函数来启动应用程序。从这个点之后，大量的初始化工作就会交给UIKit，由它装载应用程序的用户界面和准备事件循环。在事件循环过程中，UIKit会将事件分发给您的定制对象及响应应用程序发出的命令。当用户进行退出应用程序的操作时，UIKit会通知应用程序，并开始应用程序的终止过程。

图1-1显示了一个简化了的iPhone应用程序生命周期。这个框图展示了发生在应用程序启动到退出过程中的事件序列。在应用程序初始化和终止的时候，UIKit会向应用程序委托对象发送特定的消息，使其知道正在发生的事件。在事件循环中，UIKit将事件派发给应用程序的定制事件处理器。有关初始化和终止事件的如何处理的信息，将在随后的“初始化和终止”部分进行讨论；事件处理的过程则在“事件处理周期”部分介绍，在后面的章节也还有更为详细的讨论。

图1-1 应用程序的生命周期

Application life cycle

主函数

在iPhone的应用程序中，
main
函数仅在最小程度上被使用，应用程序运行所需的大多数实际工作由
UIApplicationMain
函数来处理。因此，当您在Xcode中开始一个新的应用程序工程时，每个工程模板都会提供一个
main
函数的标准实现，该实现和“处理关键的应用程序任务”部分提供的实现是一样的。
main
例程只做三件事：创建一个自动释放池，调用
UIApplicationMain
函数，以及使用自动释放池。除了少数的例外，您永远不应该改变这个函数的实现。

程序清单1-1 iPhone应用程序的
main
函数

#import <UIKit/UIKit.h>

int main(int argc, char *argv[])

    NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];

    int retVal = UIApplicationMain(argc, argv, nil, nil);

    [pool release];

    return retVal;

请注意：自动释放池用于内存管理，它是Cocoa的一种机制，用于延缓释放具有一定功能的代码块中创建的对象。有关自动释放池的更多信息，请参见Cocoa内存管理编程指南；如果需要了解与自动释放池有关的具体内存管理规则，则请参见“恰当地分配内存”部分。

程序清单的核心代码是
UIApplicationMain
函数，它接收四个参数，并将它们用于初始化应用程序。传递给该函数的缺省值并不需要修改，但是它们对于应用程序启动的作用还是值得解释一下。除了传给
main
函数的
argc
和
argv
之外，该函数还需要两个字符串参数，用于标识应用程序的首要类（即应用程序对象所属的类）和应用程序委托类。如果首要类字符串的值为
nil
, UIKit就缺省使用
UIApplication
类；如果应用程序委托类为
nil
，UIKit就会将应用程序主nib文件（针对通过Xcode模板创建的应用程序）中的某个对象假定为应用程序的委托对象。如果您将这些参数设置为非
nil
值，则在应用程序启动时，
UIApplicationMain
函数会创建一个与传入值相对应的类实例，并将它用于既定的目的。因此，如果您的应用程序使用了
UIApplication
类的定制子类（这种做法是不推荐的，但确实是可能的），就需要在第三个参数指定该定制类的类名。

应用程序的委托

监控应用程序的高级行为是应用程序委托对象的责任，而应用程序委托对象是您提供的定制类实例。委托是一种避免对复杂的UIKit对象（比如缺省的
UIApplication
对象）进行子类化的机制。在这种机制下，您可以不进行子类化和方法重载，而是将自己的定制代码放到委托对象中，从而避免对复杂对象进行修改。当您感兴趣的事件发生时，复杂对象会将消息发送给您定制的委托对象。您可以通过这种“挂钩”执行自己的定制代码，实现需要的行为。

重要提示：委托模式的目的是使您在创建应用程序的时候省时省力，因此是非常重要的设计模式。如果您需要概要了解iPhone应用程序中使用的重要设计模式，请参见“基本设计模式”部分；如果需要对委托和其它UIKit设计模式的详细描述，则请参见Cocoa基本原理指南部分。

应用程序的委托对象负责处理几个关键的系统消息。每个iPhone应用程序都必须有应用程序委托对象，它可以是您希望的任何类的实例，但需要遵循
UIApplicationDelegate
协议，该协议的方法定义了应用程序生命周期中的某些挂钩，您可以通过这些方法来实现定制的行为。虽然您不需要实现所有的方法，但是每个应用程序委托都应该实现“处理关键的应用程序任务”部分中描述的方法。

有关
UIApplicationDelegate
协议方法的更多信息请参见UIApplicationDelegate协议参考。

主Nib文件

初始化的另一个任务是装载应用程序的主nib文件。如果应用程序的信息属性列表(
Info.plist
)文件中含有
NSMainNibFile
键，则作为初始化过程的一个部分，
UIApplication
对象会装载该键指定的nib文件。主nib文件是唯一一个自动装载的nib文件，其它的nib文件可以在稍后根据需要进行装载。

Nib文件是基于磁盘的资源文件，用于存储一或多个对象的快照。iPhone应用程序的主nib文件通常包含一个窗口对象和一个应用程序委托对象，还可能包含一个或多个管理窗口的其它重要对象。装载一个nib文件会使该文件中的对象被重新构造，从而将每个对象的磁盘表示转化为应用程序可以操作的内存对象。从nib文件中装载的对象和通过编程方式创建的对象之间没有区别。然而，对于用户界面而言，以图形的方式（使用Interface Builder程序）创建与用户界面相关联的对象并将它们存储在nib文件中通常比以编程的方式进行创建更加方便。

有关nib文件及其在iPhone应用程序中如何使用的更多信息，请参见“Nib文件”部分，有关如何为应用程序指定主nib文件的信息则请参见“信息属性列表”部分。

事件处理周期

在应用程序初始化之后，
UIApplicationMain
函数就会启动管理应用程序事件和描画周期的基础组件，如图1-2所示。在用户和设备进行交互的时候，iPhone OS会检测触摸事件，并将事件放入应用程序的事件队列。然后，
UIApplication
对象的事件处理设施会从队列的上部逐个取出事件，将它分发到最适合对其进行处理的对象。举例来说，在一个按键上发生的触摸事件会被分发到对应的按键对象。事件也可以被分发给控制器对象和应用程序中不直接负责处理触摸事件的其它对象。

图1-2 事件和描画周期

The event and drawing cycle

在iPhone OS的多点触摸事件模型中，触摸数据被封装在事件对象（
UIEvent
）中。为了跟踪触摸动作，事件对象中包含一些触摸对象（
UITouch
），每个触摸对象都对应于一个正在触摸屏幕的手指。当用户把手指放在屏幕上，然后四处移动，并最终离开屏幕的时候，系统通过对应的触摸对象报告每个手指的变化。

在启动一个应用程序时，系统会为该程序创建一个进程和一个单一的线程。这个初始线程成为应用程序的主线程，
UIApplication
对象正是在这个线程中建立主运行循环及配置应用程序的事件处理代码。图1-3显示了事件处理代码和主运行循环的关系。系统发送的触摸事件会在队列中等待，直到被应用程序的主运行循环处理。

图1-3 在主运行循环中处理事件

Processing events in the main run loop

请注意：运行循环负责监视指定执行线程的输入源。当输入源有数据需要处理的时候，运行循环就唤醒相应的线程，并将控制权交给输入源的处理器代码。处理器在完成任务后将控制权交回运行循环，然后，运行循环就处理下一个事件。如果没有其它事件，运行循环会使线程进入休眠状态。您可以通过Foundation框架的
NSRunLoop
类来安装自己的输入源，包括端口和定时器。更多有关
NSRunLoop
和运行循环的一般性讨论，请参见线程编程指南。

UIApplication
对象用一个处理触摸事件的输入源来配置主运行循环，使触摸事件可以被派发到恰当的响应者对象。响应者对象是继承自
UIResponder
类的对象，它实现了一或多个事件方法，以处理触摸事件不同阶段发生的事件。应用程序的响应者对象包括
UIApplication
、
UIWindow
、
UIView
、及所有
UIView
子类的实例。应用程序通常将事件派发给代表应用程序主窗口的
UIWindow
对象，然后由窗口对象将事件传送给它的第一响应者，通常是发生触摸事件的视图对象（
UIView
）。

除了定义事件处理方法之外，
UIResponder
类还定义了响应者链的编程结构。响应者链是为实现Cocoa协作事件处理而设计的机制，它由应用程序中一组链接在一起的响应者对象组成，通常以第一响应者作为链的开始。当发生某个事件时，如果第一响应者对象不能处理，就将它传递给响应者链中的下一个对象。消息继续在链中传递—从底层的响应者对象到诸如窗口、应用程序、和应用程序委托这样的高级响应者对象—直到事件被处理。如果事件最终没有被处理，就会被丢弃。

进行事件处理的响应者对象可能发起一系列程序动作，结果导致应用程序重画全部或部分用户界面（也可能导致其它结果，比如播放一个声音）。举例来说，一个控键对象（也就是一个
UIControl
的子类对象）在处理事件时向另一个对象（通常是控制器对象，负责管理当前活动的视图集合）发送动作消息。在处理这个动作消息时，控制器可能以某种方式改变用户界面或者视图的位置，而这又要求某些视图对自身进行重画。如果这种情况发生，则视图和图形基础组件会接管控制权，尽可能以最有效的方式处理必要的重画事件。

更多有关事件、响应者、和如何在定制对象中处理事件的信息，请参见“事件处理”部分；更多有关窗口及视图如何与事件处理机制相结合的信息，请参见“视图交互模型”部分；有关图形组件及视图如何被更新的更多信息，则请参见“视图描画周期”部分。

基本设计模式

UIKit框架的设计结合了很多在Mac OS X Cocoa应用程序中使用的设计模式。理解这些设计模式对于创建iPhone应用程序是很关键的，我们值得为此花上几分钟时间。下面部分将简要概述这些设计模式。

表1-1 iPhone应用程序使用的设计模式
设计模式	描述
模型-视图-控制器	模型-视图-控制器(MVC)模式将您的代码分割为几个独立的部分。模型部分定义应用程序的数据引擎，负责维护数据的完整性；视图部分定义应用程序的用户界面，对显示在用户界面上的数据出处则没有清楚的认识；控制器部分则充当模型和控制器的桥梁，帮助实现数据和显示的更新。
委托	委托模式可以对复杂对象进行修改而不需要子类化。与子类化不同的是，您可以照常使用复杂对象，而将对其行为进行修改的定制代码放在另一个对象中，这个对象就称为委托对象。复杂对象需要在预先定义好的时点上调用委托对象的方法，使其有机会运行定制代码。
目标-动作	控件通过目标-动作模式将用户的交互通知给您的应用程序。当用户以预先定义好的方式（比如轻点一个按键）进行交互时，控件就会将消息（动作）发送给您指定的对象（目标）。接收到动作消息后，目标对象就会以恰当的方式进行响应（比如在按动按键时更新应用程序的状态）。
委托内存模型	Objective-C使用引用计数模式来确定什么时候应该释放内存中的对象。当一个对象刚刚被创建时，它的引用计数是1。然后，其它对象可以通过该对象的 retain 、 release 、或 autorelease 方法来增加或减少引用计数。当对象的引用计数变为0时，Objective-C运行环境会调用对象的清理例程，然后解除分配该对象。

有关这些设计模式更为详尽的讨论请参见Cocoa基本原理指南。

应用程序运行环境

iPhone OS的运行环境被设计为快速而安全的程序执行环境。下面的部分这个运行环境的关键部分，并就如何在这个环境中进行操作提供一些指导。

启动过程快，使用时间短

iPhone OS设备的优势是它们的便捷性。用户通常从口袋里掏出设备，用上几秒或几分钟，就又放回口袋中了。在这个过程中，用户可能会打电话、查找联系人、改变正在播放的歌曲、或者取得一片信息。

在iPhone OS中，每次只能有一个前台应用程序。这意味着每次用户在Home屏幕上轻点您的应用程序图标时，您的程序必须快速启动和初始化，以尽可能减少延迟。如果您的应用程序花很长时间来启动，用户可能就不喜欢了。

除了快速启动，您的应用程序还必须做好快速退出的准备。每次用户离开您的应用程序时，无论是按下Home键还是通过软件提供的功能打开了另一个应用程序，iPhone OS会通知您的应用程序退出。在那个时候，您需要尽快将未保存的修改保存到磁盘上。如果您的应用程序退出的时间超过5秒，系统可能会立刻终止它的运行。

当用户切换到另一个应用程序时，虽然您的程序不是运行在后台，但是我们鼓励您使它看起来好像是在后台运行。当您的程序退出时，除了对未保存的数据进行保存之外，还应该保存当前的状态信息；而在启动时，则应该寻找这些状态信息，并将程序恢复到最后一次使用时的状态。这样可以使用户回到最后一次使用时的状态，使用户体验更加一致。以这种方式保存用户的当前位置还可以避免每次启动都需要经过多个屏幕才能找到需要的信息，从而节省使用的时间。

应用程序沙箱

由于安全的原因，iPhone OS将每个应用程序（包括其偏好设置信息和数据）限制在文件系统的特定位置上。这个限制是安全特性的一部分，称为应用程序的“沙箱”。沙箱是一组细粒度的控制，用于限制应用程序对文件、偏好设置、网络资源、和硬件等的访问。在iPhone OS中，应用程序和它的数据驻留在一个安全的地方，其它应用程序都不能进行访问。在应用程序安装之后，系统就通过计算得到一个不透明的标识，然后基于应用程序的根目录和这个标识构建一个指向应用程序家目录的路径。因此，应用程序的家目录具有如下结构：

/
ApplicationRoot
/
ApplicationID
/

在安装过程中，系统会创建应用程序的家目录和几个关键的子目录，配置应用程序沙箱，以及将应用程序的程序包拷贝到家目录上。将应用程序及其数据放在一个特定的地方可以简化备份-并-恢复操作，还可以简化应用程序的更新及卸载操作。有关系统为每个应用程序创建的专用目录、应用程序更新、及备份-并-恢复操作的更多信息，请参见“文件和数据管理”部分。

重要提示：沙箱可以限制攻击者对其它程序和系统造成的破坏，但是不能防止攻击的发生。换句话说，沙箱不能使您的程序避免恶意的直接攻击。举例来说，如果在您的输入处理代码中有一个可利用的缓冲区溢出，而您又没有对用户输入进行正当性检查，则攻击者可能仍然可以使您的应用程序崩溃，或者通过这种漏洞来执行攻击者的代码。

虚拟内存系统

在本质上，iPhone OS使用与Mac OS X同样的虚存系统。在iPhone OS中，每个程序都仍然有自己的虚拟地址空间，但其可用的虚拟内存受限于现有的物理内存的数量（这和Mac OS X不同）。这是因为当内存用满的时候，iPhone OS并不将非永久内存页面（volatile pages）写入到磁盘。相反，虚拟内存系统会根据需要释放永久内存（nonvolatile memory），确保为正在运行的应用程序提供所需的空间。内存的释放是通过删除当前没有正在使用或包含只读内容（比如代码页面）的内存页面来实现的，这样的页面可以在稍后需要使用的时候重新装载到内存中。

如果内存还是不够，系统也可能向正在运行的应用程序发出通告，要求它们释放额外的内存。所有的应用程序都应该响应这种通告，并尽自己所能减轻系统的内存压力。有关如何在应用程序中处理这种通告的更多信息，请参见“观察低内存警告”部分。

自动休眠定时器

iPhone OS试图省电的一个方法是使用自动休眠定时器。如果在一定的时间内没有检测到触摸事件，系统最初会使屏幕变暗，并最终完全关闭屏幕。大多数开发者都应该让这个定时器打开，但是，游戏和不使用触摸输入的应用程序开发者可以禁用这个定时器，使屏幕在应用程序运行时不会变暗。将共享的
UIApplication
对象的
idleTimerDisabled
属性设置为
YES
，就可以禁用自动休眠定时器。

由于禁用休眠定时器会导致更大的电能消耗，所以开发者应该尽一切可能避免这样做。只有地图程序、游戏、以及不依赖于触摸输入而又需要在设备屏幕上显示内容的应用程序才应该考虑禁用休眠定时器。音频应用程序不需要禁用这个定时器，因为在屏幕变暗之后，音频内容可以继续播放。如果您禁用了定时器，请务必尽快重新激活它，使系统可以更省电。有关应用程序如何省电的其它贴士，请参见“减少电力消耗”部分。

应用程序的程序包

当您连编iPhone程序时，Xcode会将它组织为程序包。程序包是文件系统中的一个目录，用于将执行代码和相关资源集合在一个地方。iPhone应用程序包中包含应用程序的执行文件和应用程序需要用到的所有资源（比如应用程序图标、其它图像、和本地化内容）。表1-2列出了一个典型的iPhone应用程序包中的内容（为了便于说明，我们称之为
MyApp
）。这个例子只是为了演示，表中列出的一些文件可能并不出现在您自己的应用程序包中。

表1-2 一个典型的应用程序包
文件	描述
MyApp	包含应用程序代码的执行文件，文件名是略去 .app 后缀的应用程序名。这个文件是必需的。
Settings.bundle	设置程序包是一个文件包，用于将应用程序的偏好设置加入到Settings程序中。这种程序包中包含一些属性列表和其它资源文件，用于配置和显示您的偏好设置。更多信息请参见“显示应用程序的偏好设置”部分。
Icon.png	这是个57 x 57像素的图标，显示在设备的Home屏幕上，代表您的应用程序。这个图标不应该包含任何光亮效果。系统会自动为您加入这些效果。这个文件是必须的。更多有关这个图像文件的信息，请参见“应用程序图标和启动图像”部分。
Icon-Settings.png	这是一个29 x 29像素的图标，用于在Settings程序中表示您的应用程序。如果您的应用程序包含设置程序包，则在Settings程序中，这个图标会显示在您的应用程序名的边上。如果您没有指定这个图标文件，系统会将 Icon.png 文件按比例缩小，然后用做代替文件。有关这个图像文件的更多信息，青参见“显示应用程序的偏好设置”部分。
MainWindow.nib	这是应用程序的主nib文件，包含应用程序启动时装载的缺省用户界面对象。典型情况下，这个nib文件包含应用程序的主窗口对象和一个应用程序委托对象实例。其它界面对象则或者从其它nib文件装载，或者在应用程序中以编程的方式创建（主nib文件的名称可以通过 Info.plist 文件中的 NSMainNibFile 键来指定，进一步的信息请参见“信息属性列表”部分）。
Default.png	这是个480 x 320像素的图像，在应用程序启动的时候显示。系统使用这个文件作为临时的背景，直到应用程序完成窗口和用户界面的装载。有关这个图像文件的信息请参见“应用程序图标和启动图像”部分。
iTunesArtwork	这是个512 x 512的图标，用于通过ad-hoc方式发布的应用程序。这个图标通常由App Store来提供，但是通过ad-hoc方式分发的应用程序并不经由App Store，所以在程序包必须包含这个文件。iTunes用这个图标来代表您的程序（如果您的应用程序在App Store上发布，则在这个属性上指定的文件应该和提交到App Store的文件保持一致（通常是个JPEG或PNG 文件），文件名必须和左边显示的一样，而且不带文件扩展名）。
Info.plist	这个文件也叫信息属性列表，它是一个定义应用程序键值的属性列表，比如程序包ID、版本号、和显示名称。进一步的信息请参见“信息属性列表”部分。这个文件是必需的。
sun.png (或其它资源文件)	非本地化资源放在程序包目录的最上层（在这个例子中， sun.png 表示一个非本地化的图像）。应用程序在使用非本地化资源时，不需要考虑用户选择的语言设置。
en.lproj fr.lproj es.lproj 其它具体语言的工程目录	本地化资源放在一些子目录下，子目录的名称是ISO 639-1定义的语言缩写加上 .lproj 后缀组成的（比如 en.lproj 、 fr.lproj 、和 es.lproj 目录分别包含英语、法语、和西班牙语的本地化资源）。更多信息请参见“国际化您的应用程序”部分。

iPhone应用程序应该是国际化的。程序支持的每一种语言都有一个对应的语言
.lproj
文件夹。除了为应用程序提供定制资源的本地化版本之外，您还可以本地化您的应用程序图标（
Icon.png
）、缺省图像（
Default.png
）、和Settings图标（
Icon-Settings.png
），只要将同名文件放到具体语言的工程目录就可以了。然而，即使您提供了本地化的版本，也还是应该在应用程序包的最上层包含这些文件的缺省版本。当某些的本地化版本不存在的时候，系统会使用缺省版本。

您可以通过
NSBundle
类的方法或者与
CFBundleRef
类型相关联的函数来获取应用程序包中本地化和非本地化图形及声音资源的路径。举例来说，如果您希望得到图像文件
sun.png
（显示在“响应中断”部分中）的路径并通过它创建一个图像文件，则需要下面两行Objective-C代码：

NSString* imagePath = [[NSBundle mainBundle] pathForResource:@"sun" ofType:@"png"];

UIImage* sunImage = [[UIImage alloc] initWithContentsOfFile:imagePath];

代码中的
mainBundle
类方法用于返回一个代表应用程序包的对象。有关资源装载的信息请参见资源编程指南。

信息属性列表

信息属性列表是一个名为
Info.plist
的文件，通过Xcode创建的每个iPhone应用程序都包含一个这样的文件。属性列表中的键值对用于指定重要的应用程序运行时配置信息。信息属性列表的元素被组织在一个层次结构中，每个结点都是一个实体，比如数组、字典、字符串、或者其它数值类型。

在Xcode中，您可以通过在Project菜单中选择Edit Active Target TargetName命令、然后在目标的Info窗口中点击Properties控件来访问信息属性列表。Xcode会显示如图1-4所示的信息面板。

图1-4 目标Info窗口的属性面板

The Properties pane of a target’s Info window

属性面板显示的是程序包的一些属性，但并不是所有属性都显示在上面。当您选择“Open Info.plist as File” 按键或在Xcode工程中选择
Info.plist
文件时，Xcode会显示如图1-5所示的属性列表编辑器窗口，您可以通过这个窗口来编辑属性值和添加键-值对。您还可以查看添加到Info.plist文件中的实际键名，具体操作是按住Control键的同时点击编辑器中的信息属性列表项目，然后选择上下文菜单中的Show Raw Keys/Values命令。

图1-5 信息属性列表编辑器

The information property list editor

Xcode会自动设置某些属性的值，其它属性则需要显式设置。表1-3列出了一些重要的键，供您在自己的
Info.plist
文件中使用（在缺省情况下，Xcode不会直接显示实际的键名，因此，下表在括号中列出了这些键在Xcode中显示的字符串。您可以查看所有键的实际键名，具体做法是按住Control键的同时点击编辑器中的信息属性列表项目，然后选择上下文菜单中的Show Raw Keys/Values命令）。有关属性列表文件可以包含的完整属性列表及系统如何使用这些属性的信息，请参见运行环境配置指南。

表1-3
Info.plist
文件中重要的键

键

值

CFBundleDisplayName
(程序包显示名)

显示在应用程序图标下方的名称。这个值应该本地化为所有支持的语言。

CFBundleIdentifier
(程序包标识)

这是由您提供的标识字符串，用于在系统中标识您的应用程序。这个字符串必须是一个统一的类型标识符（UTI），仅包含字母数字（
A
-
Z
、
a
-
z
、
0
-
9
），连字符（
-
），和句号（
.
）；且应该使用反向DNS格式。举例来说，如果您的公司的域名为
Ajax.com
，且您创建的应用程序名为Hello，则可以将字符串
com.Ajax.Hello
作为应用程序包的标识。