集成第三方登录是个体力活儿，完全没什么技术含量，所以才有了LXMThirdLoginManager，来两行代码完成集成配置。
然而这个库在Swift项目中不管用了，直接用pod LXMThirdLoginManager的话，编译时就报了一大堆错误。
Swift是发展方向啊！不支持Swift怎么行？
所以只能研究下有没有什么折中的方案
报出的错误基本都是缺少依赖库，如果手动把那些依赖库都加进去，也能编译通过，但这样做的话使用这个库的意义何在呢？这不还是手动集成吗？
而且即使编译通过了，微博sdk在调用注册appKey的方法的时候就会crash，
微博sdk的git上也有很多人提了issue反应类似的问题，原因大概是微博sdk的部分代码不够严谨，
（见https://github.com/sinaweibosdk/weibo_ios_sdk/issues/284 和
https://github.com/sinaweibosdk/weibo_ios_sdk/issues/192 等）
解决办法倒是有：直接把微博SDK的文件拖进工程里面就行了。。。
结果还是手动集成嘛。。。
在微博SDK没有修复这个bug之前，只能忍了！
那能不能把设置依赖库的这个最烦人的步骤给省了呢？
抱着试一试的态度，去看了看cocoapods的文档，结果还真有发现：https://guides.cocoapods.org/syntax/podspec.html#user_target_xcconfig
就是user_target_xcconfig这个参数
效果是：这个config生效的范围是用户的整个target，而不仅仅是pod的target （默认的其实用的是pod_target_xcconfig这个参数）
但这个参数可能会污染用户工程导致冲突什么的，所以被标记为“not recommended ”
目前我试验的效果是没有造成什么冲突，所以就先用着。。。
用这个参数就可以给整个工程配置依赖库！！！
所以折中的方案就出来了：
把LXMThirdLoginManager的代码直接拖进工程里面，然后用另外一个podspec文件来配置依赖库。
我把它写成了LXMThirdLoginManager的一个subspec。其实里面关键的代码就一句：
setting.user_target_xcconfig = { 'OTHER_LDFLAGS' => '-l"stdc++" -l"sqlite3" -l"iconv" -l"c++" -l"sqlite3.0" -l"z" -framework "CoreGraphics" -framework "CoreText" -framework "CoreTelephony" -framework "Security" -framework "ImageIO" -framework "QuartzCore" -framework "SystemConfiguration" ‘ }
就是把所以第三方的依赖库都直接设置给工程的target，而不是pod目标
所有podfile里只用 LXMThirdLoginManager/SwiftSetting一句就可以了
我自己的Swift项目里面就是这么用的，目前还没发现什么问题，如果大家有发现什么问题，欢迎反馈~
