C存储类

在C语言中,程序内变量或函数的作用域寿命是由其存储类决定的。每个变量都有其生命周期,或存储其值的上下文。函数和变量一样,存在于一个特定的范围可见域里,这决定了哪一部分程序知道切能够访问它们。

C里有四种存储类:

  • auto
  • register
  • static
  • extern

auto

auto是默认存储类,因此通常不需要显示地使用。当程序运行到相应代码块时,auto类型的变量能自动分配内存,并且在该程序块运行完成时释放。访问auto变量仅限于在声明它们的block,以及任何嵌套的block内。

register

绝大多数Objective-C程序员可能也不熟悉register,因为它没有被广泛的使用在NS世界里。

register行为就像auto,但不同的是它们不是被分配到堆栈中,它们被存储在一个寄存器里。

寄存器能比内存提供更快的访问速度,但由于内存管理的复杂性,把变量放在寄存器中并不能保证程序变得更快。事实上,很可能由于在寄存器上占用了不必要的空间而最终被放缓执行。使用寄存器实际上只是一个给编译器存储变量的建议,实现时可以选择是否遵从这一点。

建议是最好不要使用register,因为比起其他任何明显的方式上加快应用程序,它更容易引起让人更加头疼的结果。

static

作为关键字,static有多重不同的用途。当涉及到存储类时,static意味着以下两件事情之一:

  • 方法或函数内部的一个static变量保留其调用之间的值。
  • 全局声明的一个static变量或方法可以被任何函数或方法调用,只要这些方法出现在跟static变量或方法同一个文件中。

静态单例(Static Singletons)

Objective-C 中一个常见的模式是静态单例,在这个case里,一个静态声明的变量被初始化,并在任何一个函数或类方法中被返回。 dispatch once用于保证变量初始化在一个线程安全的方式下发生一次:

+ (instancetype)sharedInstance { 
    static id _sharedInstance = nil; 
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{ 
        _sharedInstance = [[self alloc] init]; 
    }); 
    return _sharedInstance;
}

单例模式对于创建整个应用程序共享的对象是很有用的,诸如HTTP客户端或一个通知管理,或创建过程很昂贵的对象,诸如格式化。

extern

static使得一个特定的文件中的函数和变量全局可见,extern则使它们对所有文件可见。

一般来说,全局变量并不是一个好主意。由于没有如何以及何时改变值得限制,常常会导致一些无法调试的bug。在Objective-C,对extern有两个常见和实际的用途。

全局字符串常量

任何时候,如果你的应用程序要在一个公共头文件申明一个非自然语言的字符串常量,都应该将其声明为外部字符串常量。尤其是在声明诸如userInfo字典,NSNotification名称和NSError域的时候。

该模式是在公共头文件里申明一个extern的NSString * const,并在实现文件里定义该NSString * const

AppDelegate.h
extern NSString * const kAppErrorDomain;
AppDelegate.m
NSString * const kAppErrorDomain = @"com.example.yourapp.error";

字符串的值并没有特别的需要注意的事情,只要它是唯一的。使用字符串常量建立了严格的约束,用该常量来代替字符串本身。

公共方法

一些 API 可能会想要公开曝光一些辅助方法。出于仅提供辅助而与具体状态无关的考虑,用方法来封装这些行为是一个很好的方式,而且如果特别有用,还可能值得使其全局可用。该模式例子如下:

TransactionStateMachine.h
typedef NS_ENUM(NSUInteger, TransactionState) {  
    TransactionOpened, 
    TransactionPending, 
    TransactionClosed,
};

extern NSString * NSStringFromTransactionState(TransactionState state);
TransactionStateMachine.m
NSString * NSStringFromTransactionState(TransactionState state) { 
    switch (state) { 
        case TransactionOpened: 
            return @"Opened"; 
        case TransactionPending: 
            return @"Pending"; 
        case TransactionClosed: 
            return @"Closed"; 
        default: 
           return nil; 
    }
}
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,560评论 4 361
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,104评论 1 291
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,297评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,869评论 0 204
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,275评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,563评论 1 216
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,833评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,543评论 0 197
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,245评论 1 241
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,512评论 2 244
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,011评论 1 258
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,359评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,006评论 3 235
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,062评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,825评论 0 194
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,590评论 2 273
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,501评论 2 268

推荐阅读更多精彩内容