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)完全相同,如果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扩展名。这个字段可以删除。

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

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

时间: 2024-07-29 19:09:28

iOS工程中的info.plist文件的相关文章

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

原地址:http://blog.sina.com.cn/s/blog_947c4a9f0100zf41.html 们建立一个工程后,会在Supporting files下面看到一个"工程名-Info.plist"的文件,这个是对工程做一些运行期配置的文件,很重要,不能删除. 如果你在网上下载的工程中的这个文件名只是Info.plist,那么恭喜你,这个工程太老了,是用包含SDK2.0以前的Xcode生成的,不过没关系,不影响使用. 如果你使用文本编辑器打开这个文件,你会发现这是一个XM

cocoaPods在IOS工程中的使用

iOS工程中使用cocoaPods管理第三方库. cocoaPods可以有效的管理第三方库,防止冲突,并能及时更新. 1.         下载安装cocoaPods 安装cocoaPods需要ruby环境,现在os一般自带ruby环境,打开终端输入:sudo gem install cocoapods  需等待几分钟(如果ruby环境版本低,需要更新ruby,终端输入:sudo gem update --system).如果成功 会有一个 Successfully installed coco

IOS 读取本地的Json/plist 文件

一.一般本地可以存储轻量级数据存储 plist  这个主要是操作字典 方法如下: NSString * sampleFile= [[[NSBundle mainBundle] bundlePath] stringByAppendingPathComponent:@"sections_auth=4.plist"]; NSDictionary* dic_sections = [NSDictionary dictionaryWithContentsOfFile:sampleFile]; 二.

项目架构基础之二 ---- 工程中创建静态库文件(.a)库文件

步骤1.创建工程HLStaticTest 步骤2.创建静态库文件 步骤3. 关闭HLStatic,回到HLStaticTest Targets - >Build Phases ->Link Binary With Libraries 然后进入到  Targets -> Build Setting ->Header Search Paths 步骤 4. 进入AppDelegate 工程中创建静态库文件(.a)库文件 成功 版权声明:本文为博主原创文章,未经博主允许不得转载.

iOS工程中删除默认的并使用自建的ViewController后黑屏

iOS工程中删除默认的并使用自建的ViewController后黑屏 老帅(http://blog.csdn.net/shuaihj) 现象 往往我们新建一个iOS工程后,会使用自定义的ViewController,而不是其自带的.作为第一次使用iOS开发的人来说,就会遇到一个问题,app启动后黑屏,并没有如预想的那样显示自定义的View! 查看错误信息 Failed to instantiate the default view controller for UIMainStoryboardF

Android清除工程中无用的资源文件

一.调用Android lint命令查找出没有用到的资源,并生成一个清单列表: 命令:lint –check "UnusedResources" [project_path] > result.txt 执行完之后会生成一个清单文件,内容如下: 二.使用代码自动删除无用的文件: public class DelAction { public static void main(String[] args) throws IOException { String projectPath

【Note2】用keil对工程编译时,工程中已经包含的文件会报错:cannot open source input file usb_conf.h No such file or directory

错误举例: ..\..\Libraries\STM32_USB-FS-Device_Driver\inc\usb_type.h(21): error:  #5: cannot open source input file "usb_conf.h": No such file or directory 这是因为没有设置 STM32 固件库的目录, 编译器就默认到 "Keil"根目录下的某某目录找去了.如果现在编译程序,会报错的 解决方法:引用固件库文件所在的目录需要在

使用cocoapods来管理IOS工程中的第三方类库

cocoapods是非常优秀的IOS包管理工具,用来管理第三方组件, 完美解决第三方类库库更新, 相互间依赖等关系. 参考cocoapods主页. 安装 一般换成国内的source会比较方便. sudo gem install cocoapods //会被墙掉. gem sources --remove https://rubygems.org/ gem sources -a http://ruby.taobao.org/ gem sources -l sudo gem install coco

iOS 工程中 Other Linker Flags

对于64位机子和iPhone OS应用 解决方法是使用-all_load 或者 -force_load. -all_load强迫链接器从它能看见的所有文档中加载所有的对象文件,甚至那些没有OC代码的文档. -force_load适用于Xcode3.2+版本,它允许finer得到文档加载的控制.每一个-force_load操作必须跟着一个文档路径,文档中的每一个对象文件将会被加载. -all_load就是会加载静态库文件中的所有成员, -ObjC就是会加载静态库文件中实现一个类或者分类的所有成员,