简单来说, 这些编译期常量, 对运行时的环境判断完全无效, 它告诉编译器用哪一段代码来进行编译, 那那段代码里, 你仍然可以写运行到目标机器里会崩溃的代码, 从stackoverflow里拷两段示例代码出来:
片段1, max:
如果碰到这个场景, 需要使用UIAlertViewController(ios8+),我能用上述哪种写法呢? 答案是, 都不行.
max的取值来自于你的sdk的版本, 比如现在我的是xcode6.1, sdk版本是iOS 8.1, 那么这个宏的值永远是80100, 也就是说, 会直接使用UIAlertViewController, 如果这个app跑在了iOS 7上, 就挂了. 所以单纯这么写只解决了你的ios8的api跑到低版本的xCode的时候不会报编译错误.
min的取值来自于你项目的deployment target, 即你的app愿意支持的最低版本. 从这个角度来说, 片段2写法只对做可移植的包的开发团队有用, 即不知道使用方会将deployment target设成几. 而没有这个需求的, 这种写法就浪费了, 即你既然设定了最低支持ios6, 那么还写一段代码来判断如果最低支持ios7的情况下应该怎么做干嘛呢?
那么我上面的问题(即我想使用新的api,但app又要支持旧的ios版本)怎么解决? 组合!
1. 我先判断编译环境, 以避免低版本SDK不认识高版本SDK的api, 造成编译错误(片段1)
2. 在高版本SDK的条件内, 自行开始判断SDK版本, 或responedToSelector都可以,来判断是否使用高版本的api
3. 在低版本条件内, 直接用低版本的api
片段1, max:
#if __IPHONE_OS_VERSION_MAX_ALLOWED >= 50000
//you can use iOS 5 APIs here because the SDK supports them
//but the code may still crash if run on an iOS 4 device
#else
//this code can’t use iOS 5 APIs as the SDK version doesn’t support them
#endif
片段2, min:
#if __IPHONE_OS_VERSION_MIN_REQUIRED >= 50000
//minimum deployment target is 5.0, so it’s safe to use iOS 5-only code
#else
//you can use iOS5 APIs, but the code will need to be backwards
//compatible or it will crash when run on an iOS 4 device
#endif
如果碰到这个场景, 需要使用UIAlertViewController(ios8+),我能用上述哪种写法呢? 答案是, 都不行.
max的取值来自于你的sdk的版本, 比如现在我的是xcode6.1, sdk版本是iOS 8.1, 那么这个宏的值永远是80100, 也就是说, 会直接使用UIAlertViewController, 如果这个app跑在了iOS 7上, 就挂了. 所以单纯这么写只解决了你的ios8的api跑到低版本的xCode的时候不会报编译错误.
min的取值来自于你项目的deployment target, 即你的app愿意支持的最低版本. 从这个角度来说, 片段2写法只对做可移植的包的开发团队有用, 即不知道使用方会将deployment target设成几. 而没有这个需求的, 这种写法就浪费了, 即你既然设定了最低支持ios6, 那么还写一段代码来判断如果最低支持ios7的情况下应该怎么做干嘛呢?
那么我上面的问题(即我想使用新的api,但app又要支持旧的ios版本)怎么解决? 组合!
1. 我先判断编译环境, 以避免低版本SDK不认识高版本SDK的api, 造成编译错误(片段1)
2. 在高版本SDK的条件内, 自行开始判断SDK版本, 或responedToSelector都可以,来判断是否使用高版本的api
3. 在低版本条件内, 直接用低版本的api
片段2的场景很明确了,只针对最低的sdk版本写代码,这样使用你这个库的用户不管把deployment target设成几,都是看不到错误的, 只是, 这就使得这种代码执行起来, 永远用的是最旧的api
本人创建了一个公众号,里面每天发一些教程进阶知识,有的是本人总结所得,有的是转载大神的文章,大家一起分享看。扫码关注公众号: