1
q84629462 2014-11-26 23:00:13 +08:00
我是appcode和xcode混着用,用xcode管理storyboard和创建新class,appcode用来写代码
|
2
11 2014-11-26 23:07:33 +08:00
笑死了。。尤其是那个 `%ld` 和 `%d`
|
3
jox OP @11 这个我遇到过,浪费了我将近5分钟的时间
NSInteger num = 10; NSLog(@"%ld", num - 10); 然后有警告,说类型和格式不匹配,问我是不是要改成%lu?好吧,我改成: NSLog(@"%lu", num - 10); 还是不行,说类型和格式不匹配,我就郁闷了,最后我发现我得改成这样: NSLog(@"%lu", (unsigned long)(num - 10)); 当时我就无语了。。。。xcode,你是在玩我呢吗? |
4
PrideChung 2014-11-26 23:44:24 +08:00
@jox 你这个问题最好是用 @() 转成 NSNumber 来处理,NSNumber保证了兼容32和64位
|
5
jox OP @PrideChung 这个跟32位和64位有关系吗?NSInteger的类型是long,long的实现到底是32位还是64位的这个是跟平台有关的。
我当时是想用数字构造字符串,只是想消灭警告而已,NSInteger是long,会出现这个警告似乎是因为整型非负数字常量的类型是unsigned long,而xcode似乎不能确定表达式num - 10的类型是哪个?似乎xcode对类型的判断非常的严格,如果不明确表达式的类型的话就会遇到这种警告。 实际上这样做也挺好,像C就有很多implicit的类型转换,有的时候可能会造成一些难以察觉的bug,所以xcode大概就减少这样的类型转换了吧。不过并不是所有的情况都是如此,比如使用%d格式来匹配i / 2这样的表达式就不会报警告,其中i的类型是int。当初第一次遇到这个警告的时候着实浪费了我足足好几分钟的时间,其实num - 10的类型是啥我根本不关心,因为那个数字最大也没多少,使用NS开头的类型只是为了让代码保持一致性而已,xcode非得这么严格我也是没办法 |
6
PrideChung 2014-11-27 00:05:22 +08:00
@PrideChung 所以说你这种只是想打印数字的情况直接改成 %@ 然后用 NSNumber 就好了
|
7
jox OP @PrideChung 好吧,其实如果你不说,我都想不起来有NSNumber这个类型,我就当时看苹果的那个programming with objective c里提到过这个类型,实际写程序的时候我从来没用过,因为UIKit里很多类的跟数字有关的属性类型都是NSInteger或者NSUInteger,我也就跟着用了,对我来说我只需要一个变量来保存数字,NSInteger用着没啥问题,就用了,没想太多
|