Xcode 配置多种scheme完美使用（配合Pods）

2017-11-01

前言

这里说到scheme其实配置不难，但真正应用到大项目中会发现一个神奇的问题，调试的时候自己自定义的scheme变量值都是nil，即使配置好也那样，主要场景就是工程内的其他工程，所以你的配置其实是要应用到所有子工程下的，是不是瞬间压力山大，，，，，本文最后就讲讲结合pod后轻松解决的办法，开头还是由浅入深，这样受众多点，文章也不至于太单调，就从配置开始一路讲到调试使用。

配置 Configurations

这一步主要是创建我们的编译配置项，比如添加备机,测试环境的调试和发布项，下面是添加了测试环境

屏幕快照 2017-10-31 下午7.10.33.png
这里环境分离时最好也是分Debug和Release,我添加了SchemeAppTest_Debug和SchemeAppTest_Release相当于测试环境下的Debug和Release还有每次创建新的一定要基于Debug或Release不然出现啥配置不对真的是会排查到疯！

配置 Preprocessor Macros

屏幕快照 2017-10-31 下午7.28.20.png
有了配置项，现在需要添加预编译宏，这样我们的代码里就可以用它来判断我们正在编译的是哪个环境了。
上图我分别对SchemeAppTest_Debug和SchemeAppTest_Release配置了SCHEMETESTDEBUG=2和SCHEMETESTRELEASE=3，内部其实写什么都可以只不过用的时候就要用你写的哪个宏，这里的写法只是效仿系统，完全可以把SchemeAppTest_Debug定为ABC=1000,也没问题，只不过用的时候就如下就可以了，ABC就代表了SchemeAppTest_Debug

1
2
3

#ifdef ABC
#else
#endif

more >>

查看全文 >>

IOS 各类获取授权常用处理

2017-09-29

地理位置授权

需要引用#import <CoreLocation/CoreLocation.h>

plist

始终允许访问位置
NSLocationAlwaysUsageDescription
位置
NSLocationUsageDescription
在使用期间访问位置
NSLocationWhenInUseUsageDescription
始终允许访问位置并且在使用期间访问位置
NSLocationAlwaysAndWhenInUseUsageDescription

判断

//判断是否开启
[CLLocationManager locationServicesEnabled];
//获取具体状态
[CLLocationManager authorizationStatus];

授权

CLLocationManager *locManager = [[CLLocationManager alloc] init];
[locManager ]
//获取始终允许访问位置权限
[locManager requestWhenInUseAuthorization];
//获取在使用期间访问位置
[locManager requestAlwaysAuthorization];

相册授权

需要引用#import <AssetsLibrary/AssetsLibrary.h>或#import <Photos/Photos.h>

plist

访问相册
NSPhotoLibraryUsageDescription
添加相册
NSPhotoAddLibraryUsageDescription

判断

1
2
3

[ALAssetsLibrary authorizationStatus];

[PHPhotoLibrary authorizationStatus];

授权

[PHPhotoLibrary requestAuthorization:^(PHAuthorizationStatus status) {
if (status == PHAuthorizationStatusAuthorized) {
// 用户同意授权
}
else {
// 用户拒绝授权
}
}];

相机&麦克风授权

需要引用#import <AVFoundation/AVFoundation.h>

plist

相机
NSCameraUsageDescription
麦克风
NSMicrophoneUsageDescription

判断

1 2	//AVMediaTypeVideo相机 AVMediaTypeAudio麦克风 [AVCaptureDevice authorizationStatusForMediaType:AVMediaTypeVideo];

授权

//AVMediaTypeVideo相机 AVMediaTypeAudio麦克风
[AVCaptureDevice requestAccessForMediaType:AVMediaTypeVideo completionHandler:^(BOOL granted) {

if (granted){// 用户同意授权

}
else {// 用户拒绝授权

}
}];

//不推荐慎用
[[AVAudioSession sharedInstance] performSelector:@selector(requestRecordPermission:) withObject:^(BOOL granted) {
if (granted){// 用户同意授权

}
else {// 用户拒绝授权

}
}];

通讯录授权

需要引用#import <Contacts/Contacts.h>

plist
1
2
通讯录
NSContactsUsageDescription

判断

1	[CNContactStore authorizationStatusForEntityType:CNEntityTypeContacts]

授权

CNContactStore*contactStore = [[CNContactStore alloc] init];

[contactStore requestAccessForEntityType:CNEntityTypeContacts completionHandler:^(BOOL granted,NSError*_Nullable error) {
if (granted){// 用户同意授权

}
else {// 用户拒绝授权

}
}];

more >>

查看全文 >>

Pods的static_framework使用感受

2017-09-29

前言

CocoaPods终于出1.4.0.beta.1了，终于能用用static_framework这个属性了，拯救世界的属性啊！

使用场景

封装pod依赖另一个有.a或Framework的pod，然后用use_frameworks!来动态库模式pod。那情况原来只能把那有.a或Framework的pod直接代码都放自己pod里，不能dependency，当然项目没用任何Swift其实就没事因为用不到use_frameworks!。还有就是Pod里用了资源文件的，因为用了资源文件和use_frameworks!，最终生成资源可都在.app的Frameworks/xxxxx.framework/里，如果第三方代码处理了这种情况还好，不过现在看几乎没有几个做这个处理的，都没想过动态库带来的改变也是醉了，资源都会找不到！使用静态库模式则会拍平就没这问题了。

用法

下面来个例子，封装统计模块需要依赖Google统计，Fabric crash统计，现在有了这属性直接如下就完成了依赖关系

#Google 统计
s.ios.dependency      'Google/Analytics'
#Fabric crash统计
s.ios.dependency      'Fabric'
s.ios.dependency      'Crashlytics'
#指定Pod为静态库模式
s.static_framework      = true

注意事项

不能在当前pod里的subpecs中使用
Framework受限头文件引用模式

more >>

查看全文 >>

Linux 构建/编译IOS/Mac程序

2017-09-10

前言

理论上这是一个很好的想法，但真正落实到实践，简直坑的不要不要的！笔者最终在CentOS上实在搞不动了，只在Ubuntu上弄了，关键CentOS是公司环境也不敢太造次。

整个东西写出来主要是让自己记住坑太多，不是实在想不开没事干，千万不要再搞。

思路来源https://github.com/facebook/xcbuild/issues/37

目的

做这个事情起初只是因为我司不提供Mac机器来做自动打包，但又想要让我做自动打包，能提供的也只有CentOS系统，不过很快就发现打包其实完全不可能，因为证书问题很难解决，然后想着跑跑CI的test也不错才继续研究了一下。。。。毕竟我们Model都是自动生成的，git提交后跑一下CI确保能各端运行正常还是很有用的，另外版本归档打tag的时候跑一下CocoaPods把完整可执行代码构建好拉下来归档也是挺不错的！

现实是恐怕就CocoaPods构建是比较稳定100%没问题，编译这个完全不敢说ok。。。所以有条件的话还是建议用有台Mac专门来干这些事，不然实在太麻烦，哪怕ssh到一台同事电脑悄悄开个账户搞都比在linux上搞靠谱！

如图实现，没mac和有mac简直就是天壤之别的恶心差距！

安装配置

准备工作

ruby （为了支持CocoaPods）
clang 4.0或以上（为了支持IOS10，如果你准备的sdk版本不高，那就无所谓了，关键是对应上）
Apple clang(用他的话妥妥的手动apt-get拯救不了你)
cctools-port 生成ios工具链（ios-toolchain）回头替换掉Xcode里的
ninja
xcbuild
Xcode（确切的说其实只要三个文件夹但我很不放心用了整个）
more >>

查看全文 >>

CocoaPods 动/静态库封装组件化

2017-08-15

动/静态库混用

pods的动静态库混用，相信大多数人一想到就会头皮发麻，体会过的应该都懂，那种无助感。。。。

问题

大型项目里来个尝试性swift过渡，首先就是pod加use_frameworks!来支持pod动态库，接着就是一大片的不支持动态库pod提示error，源码上看不dependency依赖静态库pod其实是不会有问题的，如果你的pod全是源码型也不会有任何问题！

ps:其实我感觉这是bug。。。压根就不是啥问题

正常的pod当静态库用的时候vendored_library，vendored_frameworks两个属性搞定一切。。。

解决

未来

虽说是未来，但我估计也就只有几个月的事吧，CocoaPods马上就要可以加动静态库标签了！长期关注pods源码的估计不以为然，上个月就定下来1.4.0发布，然而现在是1.3.1。。。。。
那老哥们PR了好久https://github.com/CocoaPods/Core/pull/386
看源码写的用法每个pod是可以定义static_framework:true属性,这样其实对简单的小项目半点作用都没有，但大型项目简直是救世的存在！承接上边的问题，对指定pod加静态库标签瞬间解决！
more >>

查看全文 >>