这两天照书上的例子写代码时,出现了这个异常. 上网查了不少,有人说链接失效什么的……但发现都不是那些原因,问题出现在下面这句代码: [[NSBundle mainBundle] loadNibNamed:@"HeaderView" owner:self options:nil]; 后来发现是由于使用 XIB 的时候,控件拖错了,应该使用的是 UIView,自己拖成 UIWindow 了,才导致这个异常.…
将一个文件导入到工程中后,用[[NSBundle mainBundle] pathForResource:@"" ofType:@""]来获取到该文件时,一直无法拿到这个文件,解决方法如下 在Build Phases -> Copy Bundle Resources下点击加号(+) 选择刚刚添加进工程的文件,店家add 这样就可以用[[NSBundle mainBundle] pathForResource:@"" ofType:@&quo…
NSBundle的相关信息 1.一个NSBundle代表一个文件夹,利用NSBundle能访问对应的文件夹 2.利用mainBundle就可以访问软件资源包中的任何资源 3.模拟器应用程序的安装路径: /Users/aplle/资源库/Application Support/iPhone Simulator/7.1/Applications 代码:访问plist文件 NSString *path=[[NSBundle mainBundle]pathForResource:@"statuses.p…
1.[NSBundle mainBundle],文件夹其实是Group,如左侧的树形文件管理器 Build之后,文件直接就复制到了根目录下,于是读取的方法,应该是这样: NSString *earth = [[NSBundle mainBundle] pathForResource:@"Brad Cox" ofType:@"png"]; 2.使用文件夹的时候,Build结果 依然使用同样的方法,不需要制定文件夹路径 //inDirectory参数可有可无 NSStr…
常看到类似的 NSString *file = [[NSBundle mainBundle] pathForResource:name ofType:nil]; 这样的代码,用来获取 file 的完全路径. 那么它是什么东西呢:先看 NSBundle 类,直接继承NSObject类. 这个类的对象,代表了 app 中代码和资源的文件在文件系统里所在的位置,通俗的说,就是定位了程序使用的资源(代码,图形,音乐等数据)在文件系统里的位置,并可以动态的加载.or卸载掉可执行代码. 我们的程序是一个bu…
NSBundle介绍:它是一个单例类,用来加载资源 bundle是一个目录,其中包含了程序会使用到的资源. 这些资源包含了如图像,声音,编译好的代码,nib文件(用户也会把bundle称为plug-in). 对应bundle,cocoa提供了类NSBundle. 我们的程序是一个bundle. 在Finder中,一个应用程序看上去和其他文件没有什么区别. 但是实际上它是一个包含了nib文件,编译代码,以及其他资源的目录. 我们把这个目录叫做程序的main bundle bundle中的有些资源可…
目标文件明明已经加入项目了,但是使用[[NSBundle mainBundle] pathForResource:fileName ofType:]来获取文件路径的时候却为nil: 遇到这个问题大家需要先检查下你们文件是否已经加入到了项目的Bundle中(直接把文件拖入项目,其实文件是并没有加入项目的Bundle中的,所以通过NSBundle来获取源文件的路径是获取不出来的): 查看方法Bulid Phases-Copy Bundle Resources,从下面的列表项查看,没有的话添加上就行了…
最近在使用[[NSBundle mainBundle] pathForResource:@"name" ofType:@"type"]时,找不到其对应的文件,文件当时是通过 右键->add files to 的方式添加到工程里面的,但是使用[[NSBundle mainBundle] pathForResource:@"name" ofType:@"type"]时,无论如何都找不到文件,经过了重启工程 .clear工程以…
一.问题描述 在处理XML的过程中,在项目中手动创建名为“data.xml”的文件,加入网上找的内容 <?xml version="1.0" encoding="utf-8"?> <Dogs> <Dog id="001"> <name>Ryan</name> <age>26</age> </Dog> <Dog id="002"…
应用日志(一):开始编写日志组件 对于那些做后端开发的工程师来说,看 LOG解Bug应该是理所当然的事,但我接触到的移动应用开发的工程师里面,很多人并没有这个意识,查Bug时总是一遍一遍的试图重现,试图调试,特别是 对一些不太容易重现的Bug经常焦头烂额.而且iOS的异常机制比较复杂,Objective-C的语言驾驭也需要一定的功力,做出来的应用有时候挺容易 产生崩溃闪退.一遍一遍的用XCode取应用崩溃记录.解析符号,通常不胜其烦,有时还对着解析出来的调用栈发呆,因为程序当时的内部状态常常难以…