关于打包 swift 与OC 兼容的framework , 主要 swift 语言主导


写这篇文章的目的: 1. 给自己留个记录. 2. 希望能帮助到有需要的人.

语言: swift 4.0   / objective-c

1. 创建一个 Cocoa Touch Framework  -> next -> language :  swift 

2. 创建完成, 可以看到两个文件: 分别是 .h  / info.plist 

(因为从ios8 起苹果支持动态库, 所以我就不将 build setting 中的 Mach-O type  改成 Static Library ,而是保留 Dynamic Library . )



3.  .h 文件异常的重要, 是为了在swift 中连接OC 的时, 在这里写入OC 的头文件. 如图:

注意格式: 是你的 <项目名/xxxx.h> (生成的.h 中有example) , 如果想提供给使用者, 必须在pubic 中公开, 请往下面看.

4. 关于swift , 也是新创建一个class , 想在oc /swift  中适用, 请继承:  NSObject , 且在class / method 前面加在@objc public 

    对于所有想提供给外界使用的class/method ,请都按照下面做法.且在Public 中公开, 请往下看.

5. 下面来说说用到的OC.framework, 这里拿alipay.framework 做例子: 对于swift / .m 文件中使用到的第三方 OC.framework ,这里采用本地的方式, 如果想看 cocoapods 的管理方式  / 或者 code 中的 xib/ image 等 请参考: <http://www.cnblogs.com/yajunLi/p/5987687.html> , 这篇文章写得比较好.

     > 首先把OC.framework 拖入工程,(工程要引用它,) 请把它Public 的 .h copy 到project 中. (这一步很重要, 这样我们在工程中有使用到alipaySDK.framework 的地方可以找到它), 如果你的拖入的  framework 有依懒, 还在添加依懒. 在

    > 在 项目.h 文件中像引用OC .h 文件一样引入:  

    > 在public 中公开 文件 , 把想要公开的OC.h  / swift   在这里公开 , 到这里我们工程准备得差不多了


6. 把run > build configuration 設置成release . 


7.  你打包支持的構架與  ios Deploynent Target  也有關係, 如果你要 i386  / X86_64 , 請選擇 8.0 . 這個看你項目需要.

8. command + b 编译就可以了, 请分别选择真机与模拟机编译. 再show in finder

9. 关键的一步來了:  lipo -info xxxx 可以查看构架, 现在看到的是真机的. 现在我们要将真机与模拟机合并



查看真机构架



合并真机与模拟机

10 , 我以真机作为本地文件夹, 把合成的framework 生成在真机文件夹中,千万不要以为这就结束了. 还差最后一步.


因为我是把合并的framework 生成在了真机, 所以把摸拟机中的swiftmodule 文件copy到它

11. 到此, 你真机的 testFramework 就是你想要的framework, 支持真机/模拟机/swift/objective-c 

12.建立一个工程使用它

12.1 首先把framework 拖入项目 , 如果你依懒第三方库也要拖入 . 下图, 可以看到一个 XXXX-Swift.h 这个就是OC 使用时要导入的头文件.请往下看.



设置swift language version 


引入动态库


run: 



到此完成!

2018/11/09 补充: 对于动态库, 如果需要上传到app store , 不能包含模拟机的架构, 只包含真机的架构就可以. 如果已经包含的需要删除或只打包真机架构.

可以一條指令來每次archive 時刪除摸擬机的架构. (http://ikennd.ac/blog/2015/02/stripping-unwanted-architectures-from-dynamic-libraries-in-xcode/)

/bin/sh

APP_PATH="${TARGET_BUILD_DIR}/${WRAPPER_NAME}"# This script loops through the frameworks embedded in the application and# removes unused architectures.find "$APP_PATH" -name '*.framework' -type d | while read -r FRAMEWORKdo FRAMEWORK_EXECUTABLE_NAME=$(defaults read "$FRAMEWORK/Info.plist" CFBundleExecutable) FRAMEWORK_EXECUTABLE_PATH="$FRAMEWORK/$FRAMEWORK_EXECUTABLE_NAME" echo "Executable is $FRAMEWORK_EXECUTABLE_PATH" EXTRACTED_ARCHS=() for ARCH in $ARCHS do echo "Extracting $ARCH from $FRAMEWORK_EXECUTABLE_NAME" lipo -extract "$ARCH" "$FRAMEWORK_EXECUTABLE_PATH" -o "$FRAMEWORK_EXECUTABLE_PATH-$ARCH" EXTRACTED_ARCHS+=("$FRAMEWORK_EXECUTABLE_PATH-$ARCH") done echo "Merging extracted architectures: ${ARCHS}" lipo -o "$FRAMEWORK_EXECUTABLE_PATH-merged" -create "${EXTRACTED_ARCHS[@]}" rm "${EXTRACTED_ARCHS[@]}" echo "Replacing original executable with thinned version" rm "$FRAMEWORK_EXECUTABLE_PATH" mv "$FRAMEWORK_EXECUTABLE_PATH-merged" "$FRAMEWORK_EXECUTABLE_PATH"done


2018/11/24 补充: 如何看是动态库还是静态库.请执行:  file 你的framework   , 如果有包含 dynamically 字眼就是动态库,否则是静态库.

2019/01/03 补充: 如果压缩时报 bitcode 的错, 请在Build setting中查找"enable bitcode"选项,将"YES"改为"no" , 或者打包时, 选择targets,点击+号 

添加如下,并设置为bitcode,重新编译该库添加到项目


2019/01/31 补充: 如果想给framework 瘦身, 可以

```

delete  x86_64

lipo -remove x86_64 xxx.framework/xxx -o xxx.framework/xxx

只获取x86_64

lipo XXXX.framework/XXXX -thin x86_64 -output XXXX_x86_64

```

上面是delete  x86_64

有个注意点, 需要回到上一层目录下

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

  • 1、通过CocoaPods安装项目名称项目信息 AFNetworking网络请求组件 FMDB本地数据库组件 SD...
    阳明AI阅读 16,054评论 3 119
  • 2018-9-11 姓名:张文清 公司:宁波大发化纤有限公司天】 【知~学习】 《六项精进》大纲背诵1)遍 通篇朗...
    z张文清阅读 1,472评论 0 0
  • 出鞘亮青锋, 红缨向九冬。 霜天何所惧, 破雪笑山峰。
    明月清泉_e47b阅读 6,062评论 9 7
  • 2018-01-27 155天 做饭不易 北京的天气越来越冷,零下十度的温度已经持续了一段时间;南京的朋友已经在纷...
    壹言肆韵阅读 1,535评论 0 0
  • 安静的夜晚总是不缺一些晚睡的人,也正是咱们这些晚睡的人温暖了夜晚的寂寞。 虽然有的人说幸福的人从不会晚睡,晚睡的人...

友情链接更多精彩内容