Posted on | In

注册

iOS 10上

1
2
3
4
5
6
7
8
9
10
11
12
13
UNUserNotificationCenter *center = [UNUserNotificationCenter currentNotificationCenter];
// 必须写代理，不然无法监听通知的接收与点击
center.delegate = (AppDelegate *)[UIApplication sharedApplication].delegate;
[center requestAuthorizationWithOptions:(UNAuthorizationOptionAlert | UNAuthorizationOptionBadge | UNAuthorizationOptionSound) completionHandler:^(BOOL granted, NSError * _Nullable error) {
    if (granted) {
        [center getNotificationSettingsWithCompletionHandler:^(UNNotificationSettings * _Nonnull settings) {
            NSLog(@"%@", settings);
        }];
    } else {
        NSLog(@"注册失败");
    }
}];
[[UIApplication sharedApplication] registerForRemoteNotifications];

在iOS10中有一个NotificationCenter，App收到通知都会在NotificationCenter的Delegate中回调，具体下面有两个方法：

当App在前台的时候，当收到推送的时候，会回调到这个方法。

1
- (void)userNotificationCenter:(UNUserNotificationCenter *)center willPresentNotification:(UNNotification *)notification withCompletionHandler:(void (^)(UNNotificationPresentationOptions))completionHandler

在iOS10中最主要的是在前台的情况下，横幅可以展示出来！！！太好了！！！！设置下面的就可以了.

1
2
3
completionHandler(UNNotificationPresentationOptionBadge|
                  UNNotificationPresentationOptionSound|
                  UNNotificationPresentationOptionAlert);

这个方法是点击通知会回调到这里：无论App在前台或者是后台，无论是本地通知还是远程通知都会回调到这里

1
- (void)userNotificationCenter:(UNUserNotificationCenter *)center didReceiveNotificationResponse:(UNNotificationResponse *)response withCompletionHandler:(void (^)())completionHandler

iOS 8〜9

1
2
3
4
5
6
+ (void)registerRemoteNotificationForIOS8{
    UIUserNotificationSettings *settings =
    [UIUserNotificationSettings settingsForTypes:(UIUserNotificationTypeAlert|UIUserNotificationTypeSound|UIUserNotificationTypeBadge) categories:nil];
    [[UIApplication sharedApplication] registerForRemoteNotifications];
    [[UIApplication sharedApplication] registerUserNotificationSettings:settings];
}

这个方法可分为下面几种:

  • 当App在前台，接收到通知时会调用这个方法
  • 当App在后台，点击通知会调用这个方法
  • 透传也会调到这里来，包含iOS10
1
2
3
4
- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo fetchCompletionHandler:(void (^)(UIBackgroundFetchResult))completionHandler {
    completionHandler(UIBackgroundFetchResultNewData);
    //此处代码。。。。。。
}

上面说的都是关于普通的消息，下面关于透传的消息

1这个就是透传的回调方法，经实验在iOS10中会也回调到这里。而且还有一个，就是如果没实现这个方法，它会回调到上面iOS7以前的那个回调方法上

(void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo fetchCompletionHandler:(void (^)(UIBackgroundFetchResult))completionHandler```
1
2
3
4
5
6
7
8
9

iOS7以前的回调方法

`- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo`


### 他们在iOS8和iOS9中共同点是：注册成功和注册失败都会回调这两个方法

```-(void)application:(UIApplication *)application didFailToRegisterForRemoteNotificationsWithError:(NSError *)error

-(void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken

iOS 推送全解析，你不可不知的所有 Tips！ 把穿传消息和普通消息说得很明白

活久见的重构 - iOS 10 UserNotifications 框架解析 喵神把iOS10的推送说了一遍

ios 7的后台获取 和 静默推送(推送唤醒) 后台跟静默推送

WWDC 2013 Session笔记 - iOS7中的多任务 后台多任务

iOS 10 消息推送（UserNotifications）秘籍总结

Posted on | In

昨天看了YYCache的源码，发现里面经常用到了__attribute__。attribute是GNU的一种编译指令在声明的时候指定某种特性，能做多样化的错误检查和高级优化。在iOS的系统库里面会经常用到，例如:NS_AVAILABLE_IOS(8_0)展开来就是__attribute__(availability(...))。

语法

一般以attribute后面加参数

1
__attribute__(xx)

下面记录一下常用的用法

1、deprecated

在编译时会报过时警告

1
2
- (void)method1:( NSString *)string __attribute__((deprecated("使用#method2")));
- (void)method12 DEPRECATED_ATTRIBUTE; //DEPRECATED_ATTRIBUTE是系统的宏

2、unavailable

告诉编译器方法不可用，如果使用了就会编译失败，提示错误。比如自定义了初始化方法，为了防止别人调用init初始化，那么可以这样：

1
- (instancetype)init NS_UNAVAILABLE;

也可以像下面以不同的姿势

1
2
3
4
@property (strong,nonatomic) id var1 NS_UNAVAILABLE;
- (void)method9 NS_UNAVAILABLE;
- (void)method10 UNAVAILABLE_ATTRIBUTE;
- (void)method11 __attribute__((unavailable("不能用，不能用，不能用")));

3、cleanup

它主要作用于变量，当变量的作用域结束时，会调用指定的函数。这个属性用得好，简直是爽得不要不要的。
先看一下，自定义的类型：

1
2
3
4
5
6
7
8
9
10
- (void)createXcode{
    NSObject *xcode __attribute__((cleanup(xcodeCleanUp))) = [NSObject new];
    NSLog(@"%@",xcode);
}

// 指定一个cleanup方法，注意入参是所修饰变量的地址，类型要一样
// 对于指向objc对象的指针(id *)，如果不强制声明__strong默认是__autoreleasing，造成类型不匹配
static void xcodeCleanUp(__strong NSObject **xcode){
    NSLog(@"cleanUp call %@",*xcode);
}

当然Block也是变量，所以写一个block的来试试

1
2
3
4
5
6
7
8
9
- (void)createBlock{
    __strong void(^block)() __attribute__((cleanup(blockCleanup))) = ^{
        NSLog(@"Call Block");
    };
}

static void blockCleanup(__strong void(^*block)(void)){
    (*block)();
}

是不是觉得很有趣呢？更多深入可以看一下黑魔法attribute((cleanup))

4、availability

这个参数是指定变量（方法）的使用版本范围，这个很好用。
拿一下官方的作为例子,UITableViewCell里面找的

1
2
3
4
5
NS_DEPRECATED_IOS(2_0, 3_0)
 
#define NS_DEPRECATED_IOS(_iosIntro, _iosDep, ...) CF_DEPRECATED_IOS(_iosIntro, _iosDep, __VA_ARGS__)

#define CF_DEPRECATED_IOS(_iosIntro, _iosDep, ...) __attribute__((availability(ios,introduced=_iosIntro,deprecated=_iosDep,message="" __VA_ARGS__)))

上面定义的NS_DEPRECATED_IOS(2_0, 3_0)展开为attribute

1
__attribute__((availability(ios,introduced=2_0,deprecated=3_0,message="" __VA_ARGS__)))

availability属性是一个以逗号为分隔的参数列表，以平台的名称开始，包含一些放在附加信息里的一些里程碑式的声明。

  • introduced：第一次出现的版本。
  • deprecated：声明要废弃的版本，意味着用户要迁移为其他API
  • obsoleted： 声明移除的版本，意味着完全移除，再也不能使用它
  • unavailable：在这些平台都不可用
  • message 一些关于废弃和移除的信息
  • 属性支持的平台：iOS , macosx(我看了一下系统的宏，现在有swift关键字了)

Show you the Code

1
2
3
4
5
- (void)method4 NS_DEPRECATED_IOS(2_0, 3_0,"不推荐该方法");
- (void)method5 CF_DEPRECATED_IOS(4_0, 5_0,"不推荐该方法");
- (void)method6 __attribute__((availability(ios,introduced=3_0,deprecated=7_0,message="3-7才推荐使用")));
- (void)method7 __attribute__((availability(ios,unavailable,message="不支持iOS")));
- (void)method8 __attribute__((availability(ios,introduced=3_0,deprecated=7_0,obsoleted=8_0,message="iOS3-7才可以用，iOS8上不能用")));

不懂的可以参考CFAvailability.h这个文件

5、overloadable

这个属性用在C的函数上实现像java一样方法重载。直接上主菜：

1
2
3
4
5
6
7
8
9
10
11
__attribute__((overloadable)) void add(int num){
    NSLog(@"Add Int %i",num);
}

__attribute__((overloadable)) void add(NSString * num){
    NSLog(@"Add NSString %@",num);
}

__attribute__((overloadable)) void add(NSNumber * num){
    NSLog(@"Add NSNumber %@",num);
}

6、 objc_designated_initializer

这个属性是指定内部实现的初始化方法。

1
2
3
- (instancetype)initNoDesignated ;
- (instancetype)initNoDesignated12 NS_DESIGNATED_INITIALIZER;
- (instancetype)initDesignated NS_DESIGNATED_INITIALIZER;

上面的NS_DESIGNATED_INITIALIZER展开就是：__attribute__((objc_designated_initializer))

当一个类存在方法带有NS_DESIGNATED_INITIALIZER属性时，它的NS_DESIGNATED_INITIALIZER方法必须调用super的NS_DESIGNATED_INITIALIZER方法。它的其他方法（非NS_DESIGNATED_INITIALIZER）只能调用self的方法初始化。这句话得好好琢磨一下

7、objc_subclassing_restricted

这个顾名思义就是相当于java的final关键字了，意是说它不能有子类。用于类

1
2
__attribute__((objc_subclassing_restricted)) //Final类 ,java的final关键字
@interface CustomObject : NSObject

如果有子类继承他的话，就会报错

8、objc_requires_super

这个也挺有意思的，意思是子类重写这个方法的时候，必须调用[super xxx]

1
2
#define NS_REQUIRES_SUPER __attribute__((objc_requires_super))
- (void)method2 __attribute__((objc_requires_super));

暂时就说这么多，我认为比较常用的吧。还有很多可以参考下面的文档

神奇的attribute

attribute

attribute 总结

Clang Attributes 黑魔法小记

Clang 3.8 documentation

Source Annotations

Posted on | In

众所周知，从TabBarViewController页进入下一级页面的时候，可以通用hideBottomBarWhenPushed这个方法来隐藏底部的TarBar。
但是这会有一个小问题，如果你下一级页面里面包含着一个View，它的底部约束是相对于BottomLayoutGuide，在进入下一级页面的时候会有闪一下，Tarbar才会消失。原因是因为BottomLayoutGuide这个问题，要么你的View高度等于ViewController.view的高度，要么就使用下面这个方法：

在你的下一级页面时加入

1
self.tabBarController.tabBar.hidden=YES;

详情可以看:iOS7 strange animation when using hidesBottomBarWhenPushed

Posted on | In

项目越来越大，发现原来项目的网络架构扩展性比较差，想来想去，还是去了解一下新的架构。而正好，有个项目要把整个API换新的，于是改！！！！

想必绝大部人都看过casatwy大神iOS应用架构谈 网络层设计方案这个文章。我也是参考了他的架构，同时也看了猿题库网络库的源码，总的来说，它们俩的思路差不多，但实现有些许差别。

集约型老架构

之前的架构采用的是集约型。

原来的

我们从下往上看

  1. 一个HttpClient，里面用AFNetwork封装POST和GET等方法，这一层主要是网络调用。
  2. 然后上一层的BaseAPI是依赖于HttpClient，它有个方法是负责调用API的，可以把Token参数放在这里添加后再调用API。每个业务API都必须继承于它，在业务API中，负责每个的API的网络请求地址和请求参数，调用BaseAPI的方法发出请求。
  3. 而在NetworkHandler里面主要是对数据的过虑与封装，例如：
1
2
3
4
5
6
{
	"code" : 200  
	"data" : {
		...
	}
}

像从BaseAPI返回的是这种类型的JSON数据， code=200为调用成功，否则失败。所以在BaseNetworkHandler里面可以统一处理失败的请求。其次，在各个业务的Handler里面，可以对调用成功的数据转化为Model。

像这种架构的话，有两个问题：

  1. 取消请求，麻烦！
  2. 缓存数据，麻烦！
  3. 想单独对某个请求进行AOP，麻烦！

命令型新架构

为了以后更好的扩展，决定改成命令型。

命令型:首先我会定义好一个网络请求代理器，里面可以用AFNetwork，也可以用原生的。它的工作是接收到各式各样的请求命令，根据命令里信息，然后放到进队列发起请求。

然后在外面就会定义各种请求命令，请求命令里面包含着请求参数、请求地址、请求方法、请求头等一些相关的信息。
当然我们可以弄个请求命令的基类：BaseManager。里面定义了各种需要实现的协议。（多说一句：真想把java的抽像类给搬过来）。在基类有startRequest这样的方法，它的作用就是把命令往网络请求代理器中丢。

命令型架构

下面分两个问题来讲讲写命令型

怎么写好一个网络请求代理器呢

  1. 向外面只需要暴露接收命令的接口以及取消的接口
  2. 在里面必须把发请求部分要封装好，便于以后替换第三方库
  3. 持有每个请求，且为每个请求生成ID，便于取消

这个是从casatwy的RTNetworking里面CTApiProxy.h类找来的一段代码。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
	/** 这个函数存在的意义在于，如果将来要把AFNetworking换掉，只要修改这个函数的实现即可。 */
- (NSNumber *)callApiWithRequest:(NSURLRequest *)request success:(AXCallback)success fail:(AXCallback)fail
{
    
    NSLog(@"\n==================================\n\nRequest Start: \n\n %@\n\n==================================", request.URL);
    
    // 跑到这里的block的时候，就已经是主线程了。
    __block NSURLSessionDataTask *dataTask = nil;
    dataTask = [self.sessionManager dataTaskWithRequest:request completionHandler:^(NSURLResponse * _Nonnull response, id  _Nullable responseObject, NSError * _Nullable error) {
        NSNumber *requestID = @([dataTask taskIdentifier]);
        [self.dispatchTable removeObjectForKey:requestID];
        NSHTTPURLResponse *httpResponse = (NSHTTPURLResponse *)response;
        NSData *responseData = responseObject;
        NSString *responseString = [[NSString alloc] initWithData:responseData encoding:NSUTF8StringEncoding];
        
        if (error) {
            [CTLogger logDebugInfoWithResponse:httpResponse
                                  resposeString:responseString
                                        request:request
                                          error:error];
            CTURLResponse *CTResponse = [[CTURLResponse alloc] initWithResponseString:responseString requestId:requestID request:request responseData:responseData error:error];
            fail?fail(CTResponse):nil;
        } else {
            // 检查http response是否成立。
            [CTLogger logDebugInfoWithResponse:httpResponse
                                  resposeString:responseString
                                        request:request
                                          error:NULL];
            CTURLResponse *CTResponse = [[CTURLResponse alloc] initWithResponseString:responseString requestId:requestID request:request responseData:responseData status:CTURLResponseStatusSuccess];
            success?success(CTResponse):nil;
        }
    }];
    
    NSNumber *requestId = @([dataTask taskIdentifier]);
    
    self.dispatchTable[requestId] = dataTask;
    [dataTask resume];
    
    return requestId;
}

可以看到持有每个请求的ID并返回。便于取消。本身也持有了每个请求的ID

如何写一个消息命令呢？

话不多说，show you the code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
#import <Foundation/Foundation.h>
#import "CTURLResponse.h"

@class CTAPIBaseManager;


/*************************************************************************************************/
/*                               CTAPIManagerApiCallBackDelegate                                 */
/*************************************************************************************************/

//api回调
@protocol CTAPIManagerCallBackDelegate <NSObject>
 @required
- (void)managerCallAPIDidSuccess:(CTAPIBaseManager *)manager;
- (void)managerCallAPIDidFailed:(CTAPIBaseManager *)manager;
@end



/*************************************************************************************************/
/*                                         CTAPIManager                                          */
/*************************************************************************************************/
/*
 CTAPIBaseManager的派生类必须符合这些protocal
 */
@protocol CTAPIManager <NSObject>

@required
- (NSString *)methodName;
- (NSString *)serviceType;
- (CTAPIManagerRequestType)requestType;
- (BOOL)shouldCache;

// used for pagable API Managers mainly
@optional
- (void)cleanData;
- (NSDictionary *)reformParams:(NSDictionary *)params;
- (NSInteger)loadDataWithParams:(NSDictionary *)params;
- (BOOL)shouldLoadFromNative;

@end



/*************************************************************************************************/
/*                                       CTAPIBaseManager                                        */
/*************************************************************************************************/
@interface CTAPIBaseManager : NSObject

@property (nonatomic, weak) id<CTAPIManagerCallBackDelegate> delegate;
@property (nonatomic, weak) id<CTAPIManagerParamSource> paramSource;
@property (nonatomic, weak) id<CTAPIManagerValidator> validator;
@property (nonatomic, weak) NSObject<CTAPIManager> *child; //里面会调用到NSObject的方法，所以这里不用id
@property (nonatomic, weak) id<CTAPIManagerInterceptor> interceptor;

@end

同样也是从大神的库里面拿出一份代码，很多东西我都删了，只留下主要的部分代码。
像CTAPIManager，所有的派子生都必实现它，为什么用协议而不用继承呢？因为协议是强迫你实现，而继承总会忘了实现一些方法（还是很想说你java的抽像方法）。里面有methodName(请求地址)、requestType(请求类型)、shouldCache(是否缓存)等等。
像CTAPIManagerApiCallBackDelegate的是就API的回调了，一般可以在在ViewController实现。
还有其他的一些东西，我觉得得去认认真真去看看源码就会懂了。

不过我有一点跟大神不一样。那就是参数上的问题，在我的网络请求层里面，我不使用回调的方式从ViewController获取参数，我直接在APIManager持有参数。一方面不需要让ViewController持有参数，保持少量的代码。另一方面，因为很多参数都从不同的地方获取，这样子直接赋给APIManager会更方便一些。

新的架构大概感悟就这么多了，当流水账了…~ ~

Posted on

原本自已想写点一些关于这个的，找了官网看一了一下文档。感觉文档讲得很不错，所以就翻译一下文档就好了，当作是锻炼自已的英语水平吧。ps:可能偶尔会加上一些自已的看法，如有不对，请多多指正。

向官方文档致敬

Read more »

Posted on

想想当初天天来到公司，每天需要做一件事就是打开Xcode打包ipa，上传到fir。日复一日月复一月年复一年的做着同样的事情，作为有志成为优秀工程师的我来说，这是必须要解决的问题，所以决定自动化解决问题。

简介

xcodebuild 是苹果发布自动构建的工具。它在一个Xcode项目下能构建一个或者多个targets ，也能在一个workspace或者Xcode项目上构建scheme，总的来说，用它没错就是了。

Read more »