序言
swift 5.0已发布，伴随着ABI稳定后，个人觉得iOS工程接入swift开发已经成熟。
基于原有的iOS工程是OC语言开发的，并且APP经过1年多的迭代，已经是个“庞然大物”了，将原有项目重新用swift编写不太现实，时间也是不允许的。所以肯定是在OC基础上混编Swift。
问题总结
经过几天的swift环境集成和一些基础库的导入，今天总结一下实践过程遇到的一些问题，以及一些解决思路方法，供大家参考，如有不合理或者更好的解决方法，希望各位方家留言沟通。
关于swift建立桥接文件等基础工作，这里就不在赘述了，网上很多帖子，这里主要说一说在实际开发中遇到的一些问题，做个简单分享。
1.OC中的宏在swift中无法使用：
目前swift中是不能调用OC的宏定义的，一些UI通用的宏定义比如屏幕适配，字体、颜色等，swift无法调用，我尝试在工程的build settings中引入OC的宏定义问题都均告失败。
解决方法：这个目前没有更好的方法，只能把OC宏定义全部用swift文件再重写一遍：如果是常量不变的，用let, 如果是变化的用func。
let ScreenWidth = UIScreen.main.bounds.size.width
let ScreenHeight = UIScreen.main.bounds.size.height
let IsIphoneX : () -> (Bool) = {
if ScreenHeight > 800 {
return true
}else {
return false
}
}
let StatueBarHeight : () -> (CGFloat) = {
if IsIphoneX() {
return 44
}else {
return 20
}
}
//字体
func Font (_ font : CGFloat) -> (UIFont) {//固定大小的字体
return UIFont.systemFont(ofSize: font)
}
func FontBold (_ font : CGFloat) -> (UIFont) {
return UIFont.boldSystemFont(ofSize: font)
}
func FontAdapt (_ font : CGFloat) -> (UIFont) {//根据屏幕适配的字体
return Font(ScreenWidth / 375.0 * font)
}
func FontBoldAdapt (_ font : CGFloat) -> (UIFont) {
return FontBold(ScreenWidth / 375.0 * font)
}
2.OC中怎么调用swift类
需要在调用swift的类中import “工程名+Swift.h”，但是，如果每个调用文件都要写，岂不是太麻烦了。
解决方法：简单，既然想不用每个文件都引入，在工程pch文件中全局import “工程名+Swift.h”即可。
3.网络请求问题
关于网络请求有2种方案：
- 1.使用第三方网络引擎Swift版本Alamfire，缺点：很多跟本公司APP业务header等各种情况需要重新用swift设置，而且返回json又要借助第三方SwiftyJson再处理一遍。
- 2.还是可以桥接OC现有的网络引擎，相信一般网络层，每个公司APP工程肯定在第三方的基础上进行了封装了，而且已经经过线上运行的考验，是相对稳定的，swift直接imort调用即可，省心而且简单。
4.swift中跳转各种OC控制器
用swift写的控制器不可避免的要和OC写的控制器相互跳转，如果每个OC都在桥接头文件import，这么发展下去，理论上讲每个OC写的业务控制器都有被import进去的可能，太low了。
解决方法：可以用万能控制器跳转，利用Runtime类名获取类，再初始化。参数可以利用kvc解决。
5.OC协议跳转Swift页面问题
我相信很多APP都有一套通用的协议跳转，原理大致利用runtime实现的万能路由跳转系统。
但是，现在有了用swift新写的controller，会有个问题，需要特殊处理一下：
万能路由跳转通过className发射获取Class类，如果是swift页面，NSClassFromName(“className”)会返回nil。
解决方法：在clasName前面拼上工程名+. 大致代码可参照如下：
NSString *projectName =[NSBundle.mainBundle objectForInfoDictionaryKey:"CFBundleName"];
//在原有的className前面拼接projectName:
className = [NSString stringWithFormat:”%@.%@“,projectName,className];
然后再NSClassFrom()即可获得Class了。
注意：需要兼容老的OC的classname: 老的OC className不需要拼接project前缀。
补充说明：关于万能路由的协议参数，swift也要特殊标记：对应swift页面的属性要标识@objc，否则无法通过KVC方式赋值。
目前swift大规模工程使用，还是处于谨慎的阶段，主要是考虑到整体项目的稳定性。
所以，对于相对独立、较简单的页面采用swift编写。已有的OC代码还是通过桥接继续使用，毕竟之前的代码经历多次的迭代，还是相对稳定的。
我的目前的规划是：我们APP网络层和model层暂时还是用OC的， controller和view可以swift了，对于相对独立的UI鼓励组员采用swift编写。