前言

幾年前筆者是使用Objective-C進行iOS開發, 不過在兩年前Apple發布swift的時候,就開始了swift的學習, 在swift1.2發布後就正式並且一直都使用了swift進行iOS的開發了, 之後就是對swift持續不斷的學習, 近來swift3.0的發布, 更多的人會選擇swift來進行iOS的開發看上去更是成為了一種趨勢, 不過一個合格的iOS開發者對oc以及c語言的掌握是必不可少的技能, 本篇中主要是寫一些大家平時都可能用到但是不一定知道的oc的東西

1. oc中的對象的創建: 首先會通過 +(id)alloc 動態的分配所有的變量以及父類定義的變量所需要的足夠內存, 同時會清除所有的分配的內存空間, 全部置為0

2. 同時接著需要調用class的 -(id)init 方法, 這個方法給每個變量設置初始值

3. 返回的類型為id, id是一個可以指向任意類型的指針(不用 * 號), 這個在一定程度上可以完成多態的效果

4. 對oc中的class文件的理解: class, extension, category

        ZJPerson.h文件

ZJPerson.m文件

ZJPerson.m文件

m

5.   [[XXObject alloc] init] 初始化方法不需要參數的時候, 和 [XXObject new] 方法相同

6.   通過字面量來初始化對象, 例如

  NSString *string = @"string"; == [[NSString alloc] initWithString:@"string"];等初始化方法    NSNumber *myBOOL = @YES; == [[NSNumber alloc] initWithBool:YES];  NSNumber *myFloat = @3.14f; ==  NSNumber *myInt = @42; ==  NSNumber *myLong = @42L; ==...

7.  oc(c)中多行宏的定義(這個在swift...中更方便直接一個全局的函數就搞定了): 在除了最後一行的每一行結尾加一條反斜槓 \

8.  比較是否相同: 使用 if(a==b) {}, 如果a,b是對象類型, 那麼比較的是指針是否相同, 而不是比較值是否相同, 如果a, b是基本類型(int, double...), 那麼比較的是值是否相同; 使用if ([a isEqual: b]) { }, 則比較的是a,b的值是否相同

9.  初始化基本類型的時候盡量設置初始值, 因為編譯器分配的初始值並不確定, 但是對象類型會默認初始化為nil

10.  條件判斷: 當對象不為nil(有內存地址)的時候, 或者基本類型非0, 或者bool類型為true, 這個時候條件都為真, 其他情況條件為假

11.  oc中屬性的getter和setter
@property (nonatomic) NSString *name;

• 例如當有這樣一個name屬性的時候, 默認是readWrite的, 編譯器會自動生成一個set (setName:)和get(-(NSString *)name)方法, 這個時候可以通過set或者get方法訪問到name, 如果申明為(readonly), 那麼將只會生成get方法

  [self setName:@"set name"];
  NSString *getName = [self name];
  也可以通過點語法訪問(實際上是會自動調用set和get方法)
  self.name = @"set name";
  NSString *dotName = self.name;

• 同時你可以重寫name的get(懶加載...)和setter(攔截set方法)...
  對應name屬性, 編譯器會生成(synthesize)一個 _name 允許我們直接通過指針訪問變量, 而不會調用get方法, 所以通過_xx訪問的變量不會調用懶加載(get方法), 所以在寫懶加載方法的時候, 不能使用self.xx(造成死循環), 而要使用_xx

  - (NSString *)name
  {
  // 這裡面不能使用self.name , 因為點語法會調用這個get方法, 造成死循環
  if (_name == nil) 
  {
      _name = @"name";
  }
      return _name;
  }

• 同時這個synthesize的名字我們是可以自己修改的, 使用如下的語法
  @synthesize name = customName;

• 那麼這個時候就不能通過   __name訪問到name了, 因為我們已經指定了通過customName才能訪問到了
  NSString *getName = customName;

• 當然如果, 你是這樣寫的 @synthesize name;, 並沒有指定名字, 這個時候訪問的時候就直接使用變量名而不需要加下劃線( _ )了 name = @"set name"; ????這個時候就比較爽了, 和swift,java這些一樣, 不需要self,this了;

12.  oc的屬性默認是atomic(原子的), 也就是說是線程安全的, 這個時候是不允許重寫set和get方法的, 因為內部的setter和getter會做出處理, 保證線程安全, 但是我們經常使用的是noatomic, 因為訪問的速度比較快, 並且可以自己重寫getter和setter

13.  oc中的對象是動態管理(內存)的, 是分配在heap(堆)上所以需要一個指針來指向它(才能訪問), 所以對象類型需要用 星號  NSString * str;

14.  oc中的對象管理在ARC下是用引用計數來管理的, 當有一個強引用對象A指向這個對象B的時候, B引用計數加一, 當這個對象A銷毀的時候,B的引用計數減一, 直到B的引用計數為0的時候就被自動銷毀, 當然這個時候如果A強引用B, B同時強引用A就造成了循環引用, 兩者都不會被銷毀, 就造成了內存洩漏, 解決方法是將一方標記為 weak 或者unsafe_unretained(垂懸指針, 和swift中的[unowned self]類似, 所以運用不當會造成野指針的問題)

15.  oc中的屬性默認是strong的, 所以需要顯示的指定為其他的(weak, unsafe_unretained...)

16. NSObject * __weak someObject = [[NSObject alloc] init];, 這個someObject沒有對象強引用他, 所以這行代碼之後會立馬被置為nil, NSObject * __weak someObject = self.someObject, 這個someObject在這行代碼之後不會立刻被置為nil, 而是會在所在的代碼塊結束後被置為nil

17. 對於屬性的賦值(深淺拷貝)

@property (nonatomic) NSString *name;
  NSMutableString *str = [NSMutableString stringWithString:@"初始"];
  ViewController *ob = [ViewController new];
  ob.name = str;  ---- 淺拷貝
  NSLog(@"%@", ob.name); --- 初始
  [str appendString:@"+1"];
  NSLog(@"%@", ob.name); --- 初始+1
  這裡出現ob.name改變的原因就是: 屬性name是strong(默認)類型的,ob.name = str; 這行代碼賦值後, 實際上只是name強指向了str, 所以當str的內容改變的時候, ob.name也改變了
  NSLog(@"%@", ob.name); --- 初始
  str = [NSMutableString stringWithString:@"改變"];
  NSLog(@"%@", ob.name); --- 初始
  但是這樣的賦值, 直接改變str之後並不會影響原來的str的指針指向的內容, 所以ob.name仍然指向原來的str, 因此內容並未改變
  如果將上面的  ob.name = str; 改為 ob.name = [str mutableCopy]; 那麼將上面的兩種操作都不會影響ob.name ---- 深拷貝
  如果name被修飾為copy
  @property (nonatomic, copy) NSString *name;
  那麼上面的操作都不會改變ob.name的內容 ---- 深拷貝

18. 分類(category)定義的函數和屬性在運行時中和原生的class中定義的東西並沒有區別At runtime, there’s no difference between a method added by a category and one that is implemented by the original class

19. 不過分類中定義的屬性, 編譯器並不會自動生成getter和setter, 以及_XX變量來訪問,需要自己提供getter和setter, 並且需要使用運行時才能綁定這個屬性到這個類中, 實現原生類中定義的屬性的效果

///例如可能是這樣的使用
static const void *propertyKey = &propertyKey;
/// 將value通過運行時綁定到self
objc_setAssociatedObject(self, propertyKey, value, OBJC_ASSOCIATION_RETAIN_NONATOMIC);
/// 將value在運行時中通過propertyKey取出綁定的值
id value = objc_getAssociatedObject(self, propertyKey);

20. 同時分類也可以用來將一個復雜的類中的代碼分塊(swift的extension可以有相似的作用), 使得代碼組織更好, 例如可以將tableView的delegate, 和Datasource在分類中實現,

@implementation ViewController(tableview)
- (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath {
}
...
@end

21. 但是在使用category來擴展Cocoa的原生類的時候, 要注意函數的命名如果是和原生已有的函數名相同,那麼將會發生不可預料的結果(不能確定哪一個方法在運行時會被調用), 因此建議在自己的函數名前面加上前綴, 就像重寫 +load() 來實現各種黑魔法的時候也是可能會發生不可預料的結果, 因為同一個項目中可能有多個地方重寫了這個類的 +load方法

22. 初始化NSArray的時候, 如果通過NSArray *arr1 = @[object1, object2];, 不需要以nil結尾, 如果通過構造方法初始化, 則需要傳入nil結尾, 同時, 如果中間的對象有nil,  那麼將在中間nil就結束了, NSArray *arr2 = [NSArray arrayWithObjects:object1, object2, object3, nil, object4, object5, nil] 這個arr2只可能會存儲第一個nil前的對象

23. 如果在數組中一定要存儲nil, 那麼只能用NSNull來代替

24. 如果NSArray中存儲的是NSArray, NSDictionary, NSString, NSData, NSDate , NSNumber這些類型的對象, 那就可以直接寫入disk並且讀取disk的數據做持久化數據操作[array writeToURL:fileURL atomically:YES], 但是如果是有其他的類型, 就需要使用歸檔來實現了

25. 在for-in快速枚舉中, 不能夠修改(增刪)被枚舉的對象(數組, 字典,集合)

26. 在寫代碼的時候, 進行條件判斷的時候, 經常會出現這樣的代碼  if (a = 1){...}, 這樣寫編譯器是會報錯的, 需要寫成 if(a == 1) {...}, 當然你非要使用一個等號也是可以的, 需要額外加一個括號,  if ((a = 1)) {...}

27. 實際上絕大多數情況下都是我們寫條件判斷的時候都是使用==, 而非 =, 也就只有當我們寫構造方法的時候才可能會寫到 =,像這樣  if (self = [super init]) {...}, 其實這並不是使用=來判斷條件相等是正確的, 只是在這裡, 通過[super init]方法會返回一個id對象, 通過, self = [super init], 把這個對象賦值給self, 這個時候的 if就是用來判斷, 被賦值後的self是否為nil, 而不是 self是否等於[super init]返回的對象.

28. 在oc中block是object類型的, 所以是可以存儲在NSArray...中, 同時在調用block的時候, 如果block為nil(未賦值), 那麼程序將crash.

29. oc中block可以捕獲變量, 什麼意思呢 --- 就是block會默認捕獲到變量的值, 在之後不受到原來變量的改變的影響, 例如

int anInteger = 42;

  void (^testBlock)(void) = ^{
      NSLog(@"Integer is: %i", anInteger);
  };

  anInteger = 84;

  testBlock(); ---- 輸出的值仍然為 42

30. 第二種block捕獲變量的方式, 是捕獲變量的指針, 被捕獲的變量值改變, 則block中的變量值也改變了,不過需要對變量進行__block標記, 例如上面的代碼, 只改變一點, 結果就變了

 __block int anInteger = 42;

  void (^testBlock)(void) = ^{
      NSLog(@"Integer is: %i", anInteger);
  };

  anInteger = 84;

  testBlock(); --- 輸出值這時是 84

31. 伴隨著block能夠捕獲變量的能力的一個問題就是, 循環引用, 在ARC中, 只要不是用到純C語言的庫,管理內存的工作都不需要我們完成, 但是循環引用卻是我們需要解決的, 最常見的就是當block捕獲的變量是一個對象的屬性(方法)的時候, 也就是會捕獲到self, 那麼這個時候就可能會造成循環引用(block屬性應該被標記為copy), 解決方法也很簡單, 使用一個對self弱引用的指針即可, 這個寫法就很多了, 筆者習慣的寫法是: __weak typeof(self) weakSelf = self;, 那麼在block中使用weakSelf替代self調用相關的屬性或者方法, 就不會造成循環引用

32. 使用weakSelf能夠解決block捕獲self造成的循環引用的內存洩漏問題, 但是帶來的另一個問題就是, 特別是在多線程中,可能在block中代碼正在執行的時候, self被銷毀了, 因為使用weakSelf捕獲到的是self的弱引用, 那麼後續的代碼就不能夠繼續執行了, 這個時候為了保證在這個block中self即使被銷毀block裡面的代碼也能正常執行, 我們需要的另一個操作就是, 將weakSelf強引用一次, 讓他的引用計數加1, 就能處理這個問題, 就是Apple在wwdc中提到的weak-strong-dance, 筆者習慣的書寫方式是: __strong typeof(self) strongSelf = weakSelf;,,, 當然這個必須要明白的是, 這個block裡面的strongSelf能夠保證裡面代碼執行完畢的前提是程序能夠執行到block, 如果在執行block之前self已經被銷毀了, 那麼這個block肯定是不會被調用的(block的引用計數已經為0).