关于第三方库 duplicate symbol 的问题

2014-04-03 22:38:54 +08:00
 njuxjy
两个库,一个AFNetworking,一个国外某个静态库暂且叫libA.a,AFNetworking里的AFHttpClient.h声明了常量:extern NSString * const AFNetworkingReachabilityDidChangeNotification; AFHttpClient.m中给出了定义:NSString * const AFNetworkingReachabilityDidChangeNotification = @"com.alamofire.networking.reachability.change";
和libA.a一起编译的时候竟然说AFNetworkingReachabilityDidChangeNotification有duplicate symbol,libA.a中的某个类里竟然有个也叫AFNetworkingReachabilityDidChangeNotification的常量的定义(虽然看不到实现文件),这下好了,我又不想去改AFNetworking的代码(虽然这样可以避免重复定义问题),又想把问题解决,各位有好办法没?
4631 次点击
所在节点    iDev
11 条回复
dorentus
2014-04-03 23:13:38 +08:00
应该是没啥好方法,最好的方法就是不用这个 libA.a
pright
2014-04-03 23:16:26 +08:00
这命名也太长了
qdvictory
2014-04-03 23:19:15 +08:00
直接重名的可能性不大,估计是liba.a同样编译了afnetworking,何不尝试去掉自己的afnetworking改用liba的
alexrezit
2014-04-04 05:29:02 +08:00
@qdvictory
同. OC 没有 namespace 的概念这么随意打包 .a 实在烦人啊.
njuxjy
2014-04-04 07:54:19 +08:00
@qdvictory 用lipo和ar查看了libA.a的内部结果,发现木有自带AFNetworking,因此怀疑他仅仅用了相同变量名而已。。
njuxjy
2014-04-04 07:55:05 +08:00
@qdvictory 结构,not结果
qdvictory
2014-04-04 08:25:39 +08:00
@njuxjy 那真的很尴尬,这么长都重名。
jimneylee
2014-04-04 09:37:24 +08:00
名字虽长,其实就是前面两个字母巧合,老外命名规范,所以巧合几率确实比较大的,换作我们国内开发者(包括我:)),即使前面都是AF,后面的命名五花八门,绝对不会重复。吐槽下。
不过这个问题确实很尴尬,我也遇到过,老早之前因为要加renren分享,静态库添加到Three20工程中集成发生冲突,发现他们竟然把SBJSon库打到他们静态库,而且两个SBJson版本不一样,蛋疼,只能修改Three20源码兼容,再后来看的不顺眼果断在分享功能去掉renren分享。。。
delphiqin
2014-04-04 11:41:47 +08:00
AFNetworking 你不是有源码么,用 refactor->rename 把 AFNetworking 里的 AFNetworkingReachabilityDidChangeNotification 改个名不行么
njuxjy
2014-04-04 11:50:22 +08:00
@delphiqin 可维护性考虑不碰第三方代码
krafttuc
2014-04-04 13:44:42 +08:00
暂时无解,除非你把AFNetworking对外暴露的常量和接口前再加前缀。__不是好的实践__

此外,这个静态库的作者确实没做好,没有考虑到库的client也会用AFNetworking。在自己的库里引入第三方库,就应当在第三方库前加自己的前缀。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/107179

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX