App在用戶執行需要登錄權限的操作時候，往往需要先進行登錄判斷，如果未登錄，則直接跳轉到登錄頁面，否則直接進入業務邏輯，代碼大致如下：

- (void)actionGift {
    if ([NGCommonAPI isLogin]) {
        //已登錄，進入禮包頁面
        NGMyGiftVController *viewController = [NGMyGiftVController new];
        [self.navigationController pushViewController:viewController animated:YES];
    }else {
        //未登錄，跳轉到登錄頁面
        NGLoginViewController *login = [[NGLoginViewController alloc] init];
        [self presentViewController:[[UINavigationController alloc] initWithRootViewController:login] animated:YES completion:nil];
    }
}

其他地方需要登錄邏輯判斷的，也都要添加同樣的邏輯代碼，這樣存在幾個問題

• 跳轉登錄的一套相同代碼存在程序的多處地方，違反了封裝的原則
• if/else的寫法具有迷惑性，因為非登錄情況下，用戶除了跳轉到登錄頁面外，還有可能是其他的操作，不利于閱讀
• presentViewController函數依賴于當前頁面，在非viewController地方使用不具有通用性

Python Flask 路由實現

由于用Flask開發過后臺接口，發現其對需要登錄的處理十分優雅，大致如下：

@admin.route('/h5_activity_prizes', methods=['GET'])
@login_required
def h5_activity_prizes():
    ur"""h5活動獎品設置"""
    g.uri_path = request.path
    ....

這里的login_required是python里的裝飾器，如果該接口是需要登錄權限的，則用該裝飾器修飾，否則不寫。登錄的判斷邏輯，以及未登錄的處理都封裝在里面，使用者無需知道內部的實現邏輯。是不是很簡單？但是iOS并沒有裝飾器這樣的神器，試試用宏來實現看看

iOS 宏封裝登錄邏輯

1. 新建一個GFCommonFun的通用類，封裝登錄校驗函數，這里登錄頁面的彈出依賴于rootViewController

+ (UIViewController *)rootViewController{
    return [UIApplication sharedApplication].keyWindow.rootViewController;
}

+ (BOOL)checkLogin {
    if ([GFCommonFun isLogin]) {
        return NO;
    }
    UIViewController* root = [GFCommonFun rootViewController];
    GFLoginVController *viewController = [[GFLoginVController alloc] init];
    [root presentViewController:[[UINavigationController alloc] initWithRootViewController:viewController] animated:YES completion:^{
    }];
    return YES;
}

2. 編寫宏，注意這里使用return控制跳轉，在宏展開后，會跳出宏當前所在的函數體，這樣實現了跳轉到登錄頁面后而無需執行剩余代碼的功能

#define GF_Check_Login if([GFCommonFun checkLogin]) {return;};

3.最后在任意需要登錄權限的函數里第一行加上GF_Check_Login即可

#import "GFCommonFun.h"

//評論點贊
- (void)lightenComment:(NSString *)args {
    GF_Check_Login
    //具體點贊邏輯
    ...
}

基于同樣的原理，app中需要在函數執行前的操作均可以封裝成宏的方式

備注

 上述方案并非最佳方案，有更好的方案，請指教