不合适就快刀砍乱麻
无论是能力问题还是态度问题
拖下去对双方都不好

@nikubenki #10
虽然看不懂在说啥，但是我感觉我看懂了

@louiswang002 #4
是的，目前 A 库的 wrapper 仓库的 popSpec 里是明确加上 B 的 dependency ，所以 cocoapods 自动在 A 库的 Build Setting 里的 framework search path 加上了 B 库的路径。
所以对于主楼的报错很是奇怪

@louiswang002 #2
按我的理解，这是在 Demo 工程 link 阶段发生的错误，所有的 objectFile 都在一个可执行文件里，demo 工程能找到 B 库的 framework 就应该可以链接，应该跟 A 库有没有包括 B 库的路径没关系吧？
也确认了 Pods 的 Project 的 A 库私有库 target 的 framework search path 是包含了 B 库路径的（因为 podSepc 里写明了依赖 B 库）
请指点下“ A 库的 framework search path 没包括 B 库所在的路径”的具体方法

也会遇到其他问题，
例如 build 依赖了第三方库（ pod 管理）的 xcframework 后，拿去工程用会包 no such module 和 can not load underlying module 之类的问题
头大

@Features #19
就是这个理。。。。
患重大疾病 ！= 达到重大疾病要求

优先医疗险
重疾险对疾病严重程度高，出事了不一定满足理赔要求

转换一个技能栈不单只是语法问题
还有整个生态圈、工具使用、工具原理等一大推
加上现在特别卷
可以说选错语言不亚于选错行业

我也来滑坡一下
不支持显示 ip 归属地的都是五十万党或恨国党

好东西

理解这种焦虑
特别上了高杠杆后对未来的不确定性充满了焦虑

没考虑过 HR 的角度吗？
HR 会怕告诉真实原因时如果面试者头硬或者不服气就会产生不必要的矛盾
不合适就是不合适，结果已定无需辩论
还不如就这样回复一句模糊的不合适就完事

再观察一段时间，还是有类似低级问题的话，要及时止损了

@xtinput #3 需求是要实现静态库的

@DCELL #1 A.xcframework 是 x86 的模拟器架构