《Objective-C编程全解》 读书笔记 第十六章 应用的构造

应用束

应用束的构造

Cocoa应用会将可执行文件或必要的资源格式保存在一个委托结构中，这称为应用束（application bundle），应用包装（wrapper）或应用包。

像这样，将几个文件或目录以确定的形式保存到目录结构中，然后再作为一个集合进行处理，在Cocoa中是很常见的方法。这样的结构一般称为束。

nib文件和各语言资源

使用Xcode（Interface Builder）生成的GUI定义被写到nib文件中。nib文件的后缀为“nib”，也就是Next Interface Builder。应用的菜单和窗口组件的配置等信息会被归档化，并在执行时被动态读入。

nib文件的后缀名为“nib”或“xib”，xib是XML格式文件，两种后缀的文件内容相同，在构建应用时，会作为带有后缀“nib”的资源文件保存在应用束中。

Storyboard是以场景移动为中心来构造GUI的，所以比较适合边显示边处理这样的应用的架构。在各场景内部，对象间的关系和nib文件相同。在应用被构建的同时，Storyboard内部也会变为nib文件资源。

与语言无关的共享资源在Mac OS系统中被放置在Resources目录下，在iOS系统下则被放置在应用束目录下。根据所选择的语言种类来切换的资源被放置在“语言名.lproj”目录下。后缀来自于language project，并从NeXTstep时期开始使用。

应用在运行时，会在运行环境中查找选择的（或是高优先度的）语言子目录，并使用其中的资源。NSBundle类执行资源检索，因此程序就不需要记录指定语言的编码。

使应用能够对应特定语言的过程称为本地化（localize）。在Cocoa应用中，如果能在编程时使之对应多种语言，那么之后只需在应用束中追加特定语言的资源就能简单的实现本地化。

信息文件的主要内容

使用应用束时，信息内文件关键词CFBundleIdentifier指定的字符串称为应用标识符（application identifier），该标识符常被用来在系统中寻找相应的应用程序。为了不产生重名，推荐使用Java的包定义方式。例如：com.apple.iPhoto。

通过NSBundle访问资源

NSBundle是为各种束提供接口的类，可以从指定的束中搜索有GUI定义的nib文件，图像，声音，加载代码等。

+ (NSBundle *)mainBundle
//程序所包含的应用束也称为主束，该方法返回鱼主束的路径相对应的对象。不能识别时返回nil。

+ (NSBundle *)bundleWithPath:(NSString *)path
//返回path指定路径的束对象，没有path可访问的束时返回nil。此外还有使用NSURL指定位置的方法BundleWithURL：

- (NSString *)bundleIdentifier
//返回信息文件（info.plist）中指定的应用程序名

- (NSDictionary *)infoDictionary
//将信息文件（info.plist）的内容作为字典对象返回

- (id)objectForInfoDictionaryKey:(NSString *)key
//在信息文件中返回以参数key为键值的对象。可能的话将其本地化后返回

- (NSString *)pathForResource:(NSString *)name ofType:(NSString *)extension
//在接收者的束内，返回name指定的名字和extension