Flutter
已经融入工程有一段时间了,由于团队人数较少,所以一直没有管和原有工程解依赖的问题,今天有时间正好把这个问题给搞了。
一、分析
首先,直接忽略上一篇《接入现有iOS项目》的所有步骤,直接创建flutter_module
工程
flutter create flutter_module
注:
flutter create flutter_module
和flutter create -t module my_flutter
区别在于带module
参数,创建出来的工程会把辅助用的android
,ios
工程给隐藏掉,我们这里要涉及打包以及修改配置,就不需要带module
参数了
其次,弄明白一件事官方wiki,里面用的两个脚本podhelper.rb
和xcode_backend.sh
分别在Podfile
和Build Phases
里面
flutter_application_path = '../my_flutter/' eval(File.read(File.join(flutter_application_path, '.ios', 'Flutter', 'podhelper.rb')), binding)
"$FLUTTER_ROOT/packages/flutter_tools/bin/xcode_backend.sh" build "$FLUTTER_ROOT/packages/flutter_tools/bin/xcode_backend.sh" embed
这两个脚本的作用时什么呢?
1.podhelper.rb
这个脚本主要做了三件事:
- 通过Pod引入
Flutter.framework
(Flutter引擎),以及Flutter
的插件注册表FlutterPluginRegistrant
(创建的工程中GeneratedPluginRegistrant.{h,m}
文件中) - 引入
.flutter-plugins
的依赖 - 导入
Generated.xcconfig
配置,这里面放的是Flutter
要用的环境变量(如:xcode_backend.sh
开头就要用的$FLUTTER_ROOT
)
这里面最重要的就是Flutter.framework
2.xcode_backend.sh
这个脚本原本是放在Build Phases
,在Debug
和Release
模式下分别会产出对应环境的Flutter
产物(Flutter
有Debug
,Profile
,Release
三个模式)。并且里面还有一句代码是:
RunCommand cp -r -- "${app_framework}" "${derived_dir}"
我们现在把flutter
模块独立了,于是在Debug
的时候执行flutter run
或者打包执行flutter build ios
都会在ios/Flutter文件夹下产生一些文件,其中App.framework
和flutter_assets
是我们最关心的。
也就是说xcode_backend.sh
的作用是:
在Debug
和Release
下构建出对应的Flutter
产物,App.framework
,flutter_assets
(App.framework
就是我们在lib下面写的Dart代码,flutter_assets
就是我们资源)
把上面的产物拷贝到App包里
那么我们也得出了相应的结论,要解除依赖,就是需要把关键的三个文件拆出来就可以了:
Flutter.framework
App.framework
flutter_assets
当然如果有FlutterPlugin
则还需要FlutterPluginRegistrant
,这个我们后面讲。
二、创建产物工程flutter_product
把Flutter.framework
、App.framework
、flutter_assets
三个文件拷贝到这个工程。
注:一定要对应好
Xcode
和Flutter
的模式,如果Xcode
是Debug
,那么需要Debug
模式的Flutter
产物,即:flutter run
出来的App.framework
和flutter_assets
,Xcode
是Release
则需要flutter build ios
出来的App.framework
和flutter_assets
。这个后续可以写个shell
脚本来搞定。
编写**podspec**
文件:
Pod::Spec.new do |s| s.name = "FlutterModule" s.version = "0.0.1" s.summary = "A short description of FlutterModule." s.description = "FlutterModule" s.homepage = "http://EXAMPLE/FlutterModule" s.license = "MIT" s.author = { "goingta" => "[email protected]" } s.source = { :git => "", :tag => "#{s.version}" } #s.source_files = 'Classes','Classes/**/*.{h,m}' s.vendored_frameworks = ['Module/App.framework','Module/Flutter.framework'] s.resource = ['Module/flutter_assets'] end
三、通过Pod引入Xcode工程
修改工程下的Podfile
:
pod "FlutterModule", :path => "../flutter_product"
注:我这里直接用的本地路径引入的(主要还是懒),团队开发应该是放在自己的私有pod库上。
至此,依赖就解决了,Native
同学不需要关心Flutter
模块,也不需要搭建Flutter
环境,就可以开发了。而负责Flutter
模块的同学也可以通过独立的工程单独开发,当然在大型团队开发过程中还有很多事情要做,这里只是第一步,后续把Plugin
项目完成后出一篇完整文章。