開發中碰見的小坑(二)

iOS 開發中你是否遇到這些經驗問題(二)

字數1725 閱讀5228 評論72 喜歡290

前言:

在上一篇文章中我相信幫助了不少的小夥伴, 那麼在這篇文章但願還能幫助到你！
相關文章:
iOS開發中你是否遇到這些經驗問題(一)

1.在Block中一塊兒使用weakSelf與strongSelf的含義

咱們都會聲明一個弱引用在block中使用, 目的就是防止循環引用, 那麼weakSelf與strongSelf一塊兒使用目的是什麼呢? 首先先定義2個宏:

#define LRWeakSelf(type) __weak typeof(type) weak##type = type; #define LRStrongSelf(type) __strong typeof(type) type = weak##type;

咱們建立一個shop而且在shop.myBlock代碼塊中使用弱引用LRWeakSelf(shop);

LRShop *shop = [[LRShop alloc]init];
    shop.string = @"welcome to our company"; //弱引用 LRWeakSelf(shop); shop.myBlock = ^{ NSLog(@"%@",weakshop.string); }; shop.myBlock();

LRWeakSelf(shop);與LRStrongSelf(shop);一塊兒使用

LRShop *shop = [[LRShop alloc]init];
    shop.string = @"welcome to our company"; //弱引用 LRWeakSelf(shop); shop.myBlock = ^{ //強引用 LRStrongSelf(shop) NSLog(@"%@",shop.string); }; shop.myBlock();

這2個打印結果都是shop.string有值而且shop也銷燬了, 看起來是沒什麼區別:

Log.png

僅僅使用LRWeakSelf(shop);而且在myBlock中增長一個延遲3秒在輸出就會出現問題, 雖然對象銷燬了, 輸出的值倒是null

//弱引用 LRWeakSelf(shop); shop.myBlock = ^{ dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(3.0 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{ NSLog(@"%@",weakshop.string); }); }; shop.myBlock();

Log.png

若是LRWeakSelf(shop);與LRStrongSelf(shop);一塊兒使用輸出的shop.string有值,對象也銷燬了, 我就再也不截圖給你們看了!

//弱引用 LRWeakSelf(shop); shop.myBlock = ^{ //強引用 LRStrongSelf(shop) dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(3.0 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{ NSLog(@"%@",shop.string); }); }; shop.myBlock();

經過上面一堆的解釋, 咱們明顯發現LRWeakSelf(shop);與LRStrongSelf(shop);一塊兒使用的好處, 不但能打印出我想要的值,並且也不會形成循環引用 , 在開發中這兩個方法能夠根據實際狀況進行使用!

2.使用UIAppearance注意的問題

若是不熟悉能夠點擊瞭解, UIAppearance它的目的就是設置全局顯示樣式, 咱們知道只要帶UI_APPEARANCE_SELECTOR這個宏, 咱們就可使用UIAppearance好比這樣設置:

UIAppearance.png

咱們知道UIBarButtonItem它是有狀態的好比UIControlStateNormal或者是UIControlStateDisabled狀態
若是經過UIAppearance設置UIControlStateDisabled狀態下的顏色是很差使的, 由於使用appearance會有一些延遲, 致使在不一樣狀態下的顏色很差使, 咱們只要強制刷新一下就能夠了:

// 刷新 [self.navigationController.navigationBar layoutIfNeeded];

因此之後使用UIAppearance在某個狀態下設置顏色,字體等很差使, 只須要在對應的位置用layoutIfNeeded刷新一下就能夠了!

3. UITextField使用注意

先貼一個UITextField如何設置佔位文字的顏色, 若是不先設置佔位文字, 佔位文字的顏色是無論用的:

//先設置佔位文字 textField.placeholder = @"設置了佔位文字內容之後, 才能設置佔位文字的顏色"; //佔位文字顏色 [textField setValue:[UIColor redColor] forKeyPath:@"_placeholderLabel.textColor"];

你們監聽UITextField文字的改變會用到代理:

#pragma mark - <UITextFieldDelegate> - (BOOL)textField:(UITextField *)textField shouldChangeCharactersInRange:(NSRange)range replacementString:(NSString *)string { //這裏監聽文字改變 return YES; }

可是這個代理方法監聽會有問題以下圖:

1.png

2.png

因此咱們要監聽UITextField的文字改變不建議使用代理, 咱們用addTarget監聽文字

[textField addTarget:self action:@selector(textEditingChanged) forControlEvents:UIControlEventEditingChanged];

4.UITextView添加佔位文字的正確方法

UITextView的佔位文字屬於它內部的一個功能, 咱們在控制器或者用代理來處理佔位文字一些功能是不合理的, 因此咱們要自定義UITextView把相關內部的東西都封裝起來!
(1)給外界提供佔位文字與佔位文字顏色:

/** 佔位文字 */ @property (nonatomic, copy)NSString *placeholder; /** 佔位文字顏色 */ @property (nonatomic, strong)UIColor *placeholderColor;

(2)設置佔位文字的默認值, 若是不設置默認值,外界不用你提供的方法會有崩潰現象:

// 設置默認字體 self.font = [UIFont systemFontOfSize:17]; // 設置默認的佔位文字顏色 self.placeholderColor = [UIColor grayColor];

(3)內部添加佔位文字的label ;

/** 佔位文字label */ @property (nonatomic, weak) UILabel *placeholderLabel; //懶加載 - (UILabel *)placeholderLabel { if (_placeholderLabel == nil) { UILabel *placeholderLabel = [[UILabel alloc] init]; placeholderLabel.numberOfLines = 0; [self addSubview:placeholderLabel]; _placeholderLabel = placeholderLabel; } return _placeholderLabel; }

(4)經過監聽文字改變,來顯示或隱藏佔位文字

// 監聽文字 [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(textDidChangeNotification) name:UITextViewTextDidChangeNotification object:nil]; //監聽的方法 - (void)textDidChangeNotification { // 有文字就隱藏佔位文字 self.placeholderLabel.hidden = self.hasText; }

(5)若是佔位文字被修改, 顏色被修改, 字體被修改, 咱們在內部須要重寫set方法, 若是經過代碼修改了textView文字(不是佔位文字)不會發通知也須要重寫set方法:

textView.png

 

5.自定義控件裏如何拿到導航控制器進行頁面跳轉？

(1)若是有UITabBarController咱們會這樣獲取導航控制器:

UIViewController *viewC = [[UIViewController alloc]init]; // 取出當前的導航控制器 UITabBarController *tabBarVc = (UITabBarController *)[UIApplication sharedApplication].keyWindow.rootViewController; //The view controller associated with the currently selected tab item //當前選擇的導航控制器 UINavigationController *navC = (UINavigationController *)tabBarVc.selectedViewController; [navC pushViewController:viewC animated:YES];

(2)若是經過modal出來的控制器而且用UITabBarController很差使, 咱們會這樣獲取導航控制器:

UIViewController *viewC = [[UIViewController alloc]init]; //獲取最終的根控制器 UIViewController *rootC = [UIApplication sharedApplication].keyWindow.rootViewController; //若是是modal出來的控制器,它就會經過presentedViewController拿到上一個控制器 UINavigationController *navC = (UINavigationController *)rootC.presentedViewController; [navC pushViewController:viewC animated:YES];

6.修改了leftBarButtonItem如何恢復系統側滑返回功能

在開發中系統的leftBarButtonItem不是咱們想要的, 若是咱們修改了leftBarButtonItem那麼系統自帶的側滑返回功能就很差使了!

leftBarButtonItem.png

//設置代理 self.interactivePopGestureRecognizer.delegate = self; #pragma mark - <UIGestureRecognizerDelegate> //實現代理方法:return YES :手勢有效, NO :手勢無效 - (BOOL)gestureRecognizerShouldBegin:(UIGestureRecognizer *)gestureRecognizer { //當導航控制器的子控制器個數 大於1 手勢纔有效 return self.childViewControllers.count > 1; }

7.從新認識Bounds

咱們以前對Bounds理解就是以本身的左上角爲座標原點, 也就是說Bounds的x值y值是0, 可是Bounds的x值y值有多是正數也多是負數, 不必定是0那麼Bounds真正是什麼意思呢 ?

• Bounds: 是以本身內容的左上角爲座標原點, 計算出本身的位置和大小
• Frame: 是以父類內容的左上角爲座標原點, 計算出本身的位置和大小
  那什麼是內容呢 ? 首先內容是抽象的, 一個控件不只僅只有一層矩形框的, 他有不少圖層的, 這個內容其實就能夠抽象成一個控件的內部圖層
內容:就是內部的東西, 它的子控件也屬於內容,也就是說修改了Buonds子控件的位置也會跟着改變
  
  
  

  bounds.png
  
  上圖藍色和綠色是屬於一個控件, 只不過藍色是控件自己, 綠色是控件的內容, 咱們改變這個控件的Bounds的x值y值爲-20, 內容位置改變, 控件自己位置不變!

8.枚舉中使用<<(左移)

<<.png

上圖是一個蘋果官方的一個枚舉, 咱們主要是看<<(它是c語言中的位運算左移的意思)的用處, 若是在枚舉中只要<<那它的含義就是能夠經過|進行組合使用:

//隨便添加一個UITextField UITextField *field = [UITextField new]; //能夠經過 | 組合使用UIControlEventEditingDidBegin, UIControlEventValueChanged,UIControlEventEditingDidEnd [field addTarget:self action:@selector(textFieldDidChanged) forControlEvents:UIControlEventEditingDidBegin | UIControlEventValueChanged | UIControlEventEditingDidEnd]; [self.view addSubview:field];

若是枚舉沒有<<就不能組合使用, 那它有什麼規律呢1 << n 表明:2的n次方:

//1 << 16 表明:2的16次方 UIControlEventEditingDidBegin = 1 << 16, //1 << 17 表明:2的17次方 UIControlEventEditingChanged = 1 << 17, //1 << 18 表明:2的18次方 UIControlEventEditingDidEnd = 1 << 18, //1 << 19 表明:2的19次方 UIControlEventEditingDidEndOnExit = 1 << 19,

原來這樣的枚舉能夠組合使用, 那蘋果官方是怎麼知道咱們多個條件組合使用了呢 ?

NSUInteger controlEvents = UIControlEventEditingDidBegin | UIControlEventValueChanged | UIControlEventEditingDidEnd; /** //經過 & 符號來判斷是否包含: UIControlEventEditingDidBegin, UIControlEventValueChanged, UIControlEventEditingDidEnd */ if (controlEvents & UIControlEventEditingDidBegin) { NSLog(@"UIControlEventEditingDidBegin"); }else if (controlEvents & UIControlEventValueChanged) { NSLog(@"UIControlEventValueChanged"); }else if (controlEvents & UIControlEventEditingDidEnd) { NSLog(@"UIControlEventEditingDidEnd"); }

經過以上方法就能判斷組合的狀態, 在開發中這個<<意義很大的, 若是多個條件中, 任何一個條件知足咱們也可用帶<<的枚舉給外界組合使用, 就像蘋果官方添加<<使用是同樣的!

9.Xib相關的一些問題

下圖咱們能夠看出來, 若是經過xib加載出來的view尺寸是不正確的, 在xib中這個view無論你怎麼設置都是治標不治本,咱們會在layoutSubviews經過本身的寬度來計算子控件的尺寸!

//在這裏拿出的寬度是不正確的 - (void)awakeFromNib {} //對尺寸計算咱們通常拿到這個方法中計算(拿到本身寬度計算子控件的尺寸) - (void)layoutSubviews { [super layoutSubviews]; //在這裏拿到本身的寬度是正確的 }

xib.png

那咱們也會想到, 若是控制器的view也是xib建立的, 咱們該怎麼辦 ? 其實無論控制器是在哪裏建立的, 咱們只要只在viewDidLayoutSubviews方法中拿到控制器尺寸來計算子控件尺寸都是正確的, 因此說建議你們之後在viewDidLayoutSubviews計算尺寸:

- (void)viewDidLayoutSubviews { [super viewDidLayoutSubviews]; //在這裏計算尺寸 }