我们永远也看不透事物的本质，看到的只是自己思想的倒影！
开发背景
在iOS应用开发中，不免需要引入一些第三方SDK，方便开发。比如蓝牙或相机扫描身份证IDCardRecognition
之类的。
存在问题
这些SDK仅支持真机不支持模拟器。即，真机上可以正常运行，而模拟器会报错，如error: Building for iOS Simulator, but the linked library 'OnlyForiOS.a' was built for iOS. (in target 'TestTarget' from project 'TestTarget')或者Undefined symbols for architecture x86_64...ld:symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation)
参考解决办法
- 写脚本或新建scheme
参考链接1：关于“不支持模拟器调试的第三方SDK”解决办法 - 模拟器删除相关第三方
copy新建一份代码，删除相关第三方，实现在模拟器上查看界面
不足
1.写脚本繁琐，对不懂脚本语言的同学来说，知其然不知其所以然。另外，这样还是会有问题，只要库在，那么运行模拟器就报错。
2.每次界面变动需要同时比较修改另一份代码，麻烦
思考
有没有一种方式可以在一个工程里进行修改，真机状态下.a文件参与编译，在模拟器状态下不参与编译呢？
在阅读以下等博客后，整理出了思路
参考链接2：iOS添加多个Target，实现打包不同版本
参考链接3：iOS开发：集成的SDK不支持模拟器调试怎么办？
改进
- 添加Target，并确保新添加的Target名称与info.plist及配置保持一致(运行时Target名称没有改变的，需重新打开项目)
- rename.png
-
添加.a文件时，如果仅支持真机不支持模拟器，那么Add to targets:只勾选原有的Target即可。
AddFile.png -
在Build Setting中搜索：preprocessor macros，添加设置一个预编译宏，来处理条件编译。如SIMULATOR=1。
条件编译.png - 在真机使用到而模拟器没有使用到的地方使用预编译指令。
例:
#pragma mark - UITableViewDelegate
- (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath {
#if SIMULATOR == 0
ViewController *vc = [[ViewController alloc]init];
[self.navigationController pushViewController:vc animated:YES];
#endif
}
5.如果是真机运行，执行Target为TestTarget的Scheme，如果是模拟器执行TestTarget-Simulator即可。通过切换Target的方式来处理真机与模拟器的调试切换
- 总结：以上，实现了不支持模拟器SDK、文件的条件编译，利用条件编译，在模拟器环境下不对不支持x86的SDK进行编译。
BTW：喜欢伸手测试的小伙伴可以点击下载进行测试，喜欢请点赞，谢谢！
