React Native学习系列:
React Native学习笔记一:搭建开发环境
React Native学习笔记二:试水第一个项目
React Native学习笔记三:IDE的选择-VisualStudioCode
React Native学习笔记四:VSCode调试ReactNative项目
React Native学习笔记五:项目基本结构分析
React Native学习笔记六:IOS从OC更换成SWIFT
………………
前一个笔记,对项目结构作了大概的分析,清楚了项目的目录文件结构。接着,我们就可以对结构的各个环节进行详细的分析啦。
一. 验证IOS工程的完整性
对于做App Native 开发的你,肯定会立马注意到IOS和Android这两个目录了,他们是那么的熟悉和抢眼。
打开这两个路径,你就会发现,他们分别是一个完整的IOS/Android项目工程,你完全可以用xcode/AndroidStudio来打开进行开发。
由于我是在mac下安装的iOS开发环境,故在IOS目录下双击工程文件YangBoProject.xcodeproj,用Xcode打开项目,并且按下cmd+R,果然如我所说的,工程开发编译,没一会,模拟器就跑起来了。
屏幕快照 2019-03-07 下午6.03.13.png在模拟器打开情况下,按下cmd+R,app也会刷新,按下cmd+D,命令菜单也弹了出来,一切正常。
好的,验证完毕,ios目录下的的工程是一个完整的可运行的Xcode项目工程。
二. 工程改造
在Xcode上,你会发现发现 .m 和 .h 的配套文件,这说明这个工程师用OC写的,OMG,对于我这种半路由Android转向IOS的C系语言的程序猿来说,OC的代码风格直接让我崩溃。
想起当初,公司在Android开发基本成型了之后,准备着手IOS的开发,我们研究讨论了两三天,最终,还是觉定了选swift进行IOS开发。理由是:我们没有旧的OC项目需要维护,而且也无法接受OC那反人类的风格。
由于历史的原因,让我萌生生了一个邪恶的念头,就是用Swift替代OC。
或许这个是个非常麻烦和棘手的问题,但是,没做过怎么知道不行呢,年轻人就应该冲动,有想法就应该行动。(好吧,其实,是我觉得阅读OC代码非困难,迫不得已要这么做的。)
首先我们队ios目录做一个备份,开发习惯,以备不时之需,改名为myios。
选中YangBoProject文件夹右击选择New File
添加swift文件1选择IOS Table 下面的Swift File,点击next进入一下步
添加swift文件2 修改文件名为AppDelegate.swift,并点击create创建文件。
这时候会弹出一个 "create bridging header"的确认页面,做过IOS开发的童鞋应该都知道,Swift和OC混编是需要添加oc和swift桥接文件的,这里点击Create bridging header就好。
操作完毕后,在项目里就多了两个文件,一个是我们添加的swift,另一个就是桥接文件(YangBoProject-Bridging-Header.h)了。
如果在swift中要调用OC库,则需要把OC的头文件引入到桥接文件中。
我们都知道OC的一个类分两部分组成:
.h 表示头文件,用来声明各种成员变量,方法,属性之类的。
.m 主要用来实现.h 里声明的方法。
而swift则在一个 .swift 里统统搞定
打开AppDelegate.h,我们会看到
#import <UIKit/UIKit.h>
@interface AppDelegate : UIResponder <UIApplicationDelegate>
@property (nonatomic, strong) UIWindow *window;
第一行行是引入块,第二行定义类,第三行是定义变量,故,我们把AppDelegate翻译成如下:
import Foundation
import UIKit
@UIApplicationMain
public class AppDelegate: UIResponder, UIApplicationDelegate {
var window: UIWindow?
}
定义搞定,那,接下来就是实现了。
打开AppDelegate.m
#import "AppDelegate.h"
#import <React/RCTBundleURLProvider.h>
#import <React/RCTRootView.h>
@implementation AppDelegate
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
{
.........
return YES;
}
吐槽一句,OC语法风格果然反人类吧。
在这里可以看到,import了React相关包,由于ReactNative相关依赖都是用OC写的,我们要中swift中使用的话,就需要在桥接文件(YangBoProject-Bridging-Header.h)中添加相应的import。
#import <React/RCTBundleURLProvider.h>
#import <React/RCTRootView.h>
这样,我们新添加的类AppDelegate就可以使用了。
经过艰难的分析,这里的意思是,实现了UIApplication的application方法,还有附带特定参数 didFinishLaunchingWithOptions,故,我们在AppDelegate也是实现相关的方法。
public func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey : Any]? = nil) -> Bool {
.........
return true;
}
然后,我们再里面的内容逐一翻译成swift,完成后,尝试删除AppDelegate.h、AppDelegate.m 和 main.h, 然后清除项目,按下cmd+R,让项目重写编译并跑起来。
如无意外,APP将会在模拟器中安装并打开。果然,一会APP就在模拟器中打开了,并且一起正常。
三. 结语
正如上面所说,IOS/Android目录是完整的IOS/Android项目工程,你完全可以倒腾一下。
对于iOS项目的调整,保留了原来项目的各种配置,我们所做的只是把OC的文件切换为swift,然后把OC翻译一下,就搞定了,没想象中麻烦,特别简单。
没学过OC的童鞋,就可以用swift进行相关的开发。
网友评论