iOS工程中的info.plist文件的完整研究

我们建立一个工程后，会在Supporting files下面看到一个"工程名-Info.plist"的文件，这个是对工程做一些运行期配置的文件，很重要，不能删除。

如果你在网上下载的工程中的这个文件名只是Info.plist，那么恭喜你，这个工程太老了，是用包含SDK2.0以前的Xcode生成的，不过没关系，不影响使用。

如果你使用文本编辑器打开这个文件，你会发现这是一个XML格式的文本文件，一般我们不用文本编辑器直接编辑这个文件，而是通过Xcode编辑。

下面是这个文件的一个例子：

下面是对这里可能出现的字段的解释：

Localiztion native development region --- CFBundleDevelopmentRegion 本地化相关，如果用户所在地没有相应的语言资源，则用这个key的value来作为默认.

Bundle display name --- CFBundleDisplayName 设置程序安装后显示的名称。应用程序名称限制在10－12个字符，如果超出，将被显示缩写名称。

Executaule file -- CFBundleExecutable 程序安装包的名称

Icon file --- CFBundleIconFile 应用程序图标名称,一般为icon.png

Bundle identifier --- CFBundleIdentifier 该束的唯一标识字符串，该字符串的格式类似com.yourcompany.yourapp，如果使用模拟器跑你的应用，这个字段没有用处，如果你需要把你的应用部署到设备上，你必须生成一个证书，而在生成证书的时候，在apple的网站上需要增加相应的app IDs.这里有一个字段Bundle identifier，如果这个Bundle identifier是一个完整字符串，那么文件中的这个字段必须和后者完全相同，如果app IDs中的字段含有通配符*，那么文件中的字符串必须符合后者的描述。

InfoDictionary version --- CFBundleInfoDictionaryVersion  Info.plist格式的版本信息

Bundle OS Type code -- CFBundlePackageType：用来标识束类型的四个字母长的代码,(网上找的，不解？？)

Bundle versions string, short --- CFBundleShortVersionString 面向用户市场的束的版本字符串,(网上找的，不解？？)

Bundle creator OS Type code --- CFBundleSignature：用来标识创建者的四个字母长的代码,(网上找的，不解？？)

Bundle version --- CFBundleVersion 应用程序版本号，每次部署应用程序的一个新版本时，将会增加这个编号，在app store上用的。

Application require iPhone environment -- LSRequiresIPhoneOS:用于指示程序包是否只能运行在iPhone OS 系统上。Xcode自动加入这个键，并将它的值设置为true。您不应该改变这个键的值。

Main nib file base name -- NSMainNibFile 这是一个字符串，指定应用程序主nib文件的名称。如果您希望使用其它的nib文件（而不是Xcode为工程创建的缺省文件）作为主nib文件，可以将该nib文件名关联到这个键上。nib文件名不应该包含.nib扩展名。这个字段可以删除，你可以参考我前面的文章，main函数研究。

supported interface orientations -- UISupportedInterfaceOrientations 程序默认支持的方向。
 

 

下面是转载的。

Application uses Wi-Fi
如果应用程序需要wi-fi才能工作，应该将此属性设置为true。这么做会提示用户，如果没有打开wi-fi的话，打开wi-fi。为了节省电力，iphone会在30分钟后自动关闭应用程序中的任何wi-fi。设置这一个属性可以防止这种情况的发生，并且保持连接处于活动状态

别人的文章总结（先参考着）：

很多时候，我们不需要关心这个类，我们很少继承这个类，偶尔会调用这个类的api来实现一些功能，但是不可否认，这个类是iOS编程中很重要的一个概念，所以我这里写这个文章来总结以下这个类的信息，如果写的不对的地方，请留言，多谢。UIApplication的核心作用是提供了iOS程序运行期间的控制和协作工作。每一个程序在运行期必须有且仅有一个UIApplication（或则其子类）的一个实例。回想一下我在前面的文章“main函数研究”的文章中提到的main函数的代码，可以看出，在程序开始运行的时候，UIApplicationMain函数是程序进入点，这个函数做了很多工作，其中一个重要的工作就是创建一个UIApplication的单例实例。在你的代码中你，你可以通过调用[UIApplication sharedApplication]来得到这个单例实例的指针。UIApplication的一个主要工作是处理用户事件，它会起一个队列，把所有用户事件都放入队列，逐个处理，在处理的时候，它会发送当前事件到一个合适的处理事件的目标控件。此外，UIApplication实例还维护一个在本应用中打开的window列表（UIWindow实例），这样它就可以接触应用中的任何一个UIView对象。UIApplication实例会被赋予一个代理对象，以处理应用程序的生命周期事件（比如程序启动和关闭）、系统事件（比如来电、记事项警告）等等。新建一个任意类型的iOS应用工程，加入我们在Class Prefix输入是TC，我们可以看到工程中生成一个类：TCAppDelegate :UIResponder <UIApplicationDelegate>这里这个类的基类是UIResponder，和4.2以前生成的工程是不同的，以前是继承自NSObject。不论如何，本类实现了一个名叫UIApplicationDelegate的接口，这个表明这个类就是这个工程中UIApplication实例的代理类。在main函数中，@autoreleasepool { returnUIApplicationMain(argc, argv, nil,NSStringFromClass([TCAppDelegateclass]));    }

这里传入了代理类到

UIApplicationMain

函数中，

UIApplicationMain

函数在生成唯一个

UIApplication

的时候就可以把代理类的实例指针告诉这个单例对象了。

可以通过如下代码获UIApplication代理对象： 
TCAppDelegate *myDelegate = (TCAppDelegate *)[UIApplicationsharedApplication].delegate; 在UIApplication接收到系统事件和生命周期事件时，会把相应的事件传递给UIApplicationDelegate进行处理