IOS開發自定義view方法規范示例

Posted on by

前言

對於接觸業務開發的童鞋，自定義View的開發是進行最頻繁的工作瞭。但發現一些童鞋還是沒有以一個好的規范甚至以一種錯誤的方式來搭建UI控件。由此，本文將以以下目錄來進行講敘，詳細描述關於自定義View的一些書寫註意事項。

  • 關於自定義View的初始化方法
  • 關於addSubview
  • 關於layoutSubviews
  • 關於frame與bounds

一、關於自定義View的初始化方法

通常我們會創建私有方法createUI方法來創建當前自定義View所需要的子View。那上述所說的createUI應該放在自定義View的哪個方法中呢？

1、init？

2、initWithFrame？

3、還是為瞭考慮外部創建自定義View的方式不同，在init與initWithFrame方法中均調用createUI方法？

我們來一一驗證，首先在CustomView的init方法中調用createUI方法。

- (instancetype)init {
    if (self = [super init]) {
        [self createUI];
    }
    return self;
}
- (void)createUI {
    [self addSubview:self.testView];
}
- (UIView *)testView {
    if (!_testView) {
        _testView = [[UIView alloc] initWithFrame:CGRectMake(0, 0, 100, 100)];
        _testView.backgroundColor = [UIColor redColor];
    }
    return _testView;
}

外部以init形式創建CustomView

CustomView *customView = [[CustomView alloc] init];
customView.frame = CGRectMake(100, 100, 200, 200);
customView.backgroundColor = [UIColor lightGrayColor];
[self.view addSubview:customView];

可驗證，CustomView與其子視圖均可正常顯示。但有個問題是，如果外部以initWithFrame形式創建，無法調用createUI方法，因此子視圖無法顯示。

第二種初始化形式，單獨在initWithFrame方法中調用createUI方法

- (instancetype)initWithFrame:(CGRect)frame {
    if (self = [super initWithFrame:frame]) {
        [self createUI];
    }
    return self;
}

可驗證結果是，無論外部以init或者initWithFrame方法初始化CustomView，均可以正常顯示CustomView與其子視圖。

最後我們做個實驗，在init與initWithFrame方法中均調用createUI方法。調試createUI方法調用次數。

- (instancetype)initWithFrame:(CGRect)frame {
    if (self = [super initWithFrame:frame]) {
        [self createUI];
    }
    return self;
}
- (instancetype)init {
    if (self = [super init]) {
        [self createUI];
    }
    return self;
}
- (void)createUI {
    NSLog(@"SubViews Add");
    [self addSubview:self.testView];
}
- (UIView *)testView {
    if (!_testView) {
        _testView = [[UIView alloc] initWithFrame:CGRectMake(0, 0, 100, 100)];
        _testView.backgroundColor = [UIColor redColor];
    }
    return _testView;
}
@end

外部創建CustomView仍使用init形式 通過打印結果或斷點可驗證createUI方法被執行瞭兩次！

2019-06-26 17:17:51.961744+0800 TestAddSubview[72346:1989647] SubViews Add
2019-06-26 17:17:51.961917+0800 TestAddSubview[72346:1989647] SubViews Add

其實，上述三種假設均和一個問題相關，即自定義View的init方法是否會默認調用initWithFrame方法。

答案是肯定的，通過上述的代碼調試流程，我們可以得到如下結論，關於代碼的調用過程（以外部初始化init為例）：

1、動態查找到CustomView的init方法

2、調用[super init]方法

3、super init方法內部執行的的是[super initWithFrame:CGRectZero]

4、若super發現CustomView實現瞭initWithFrame方法

5、轉而執行self(CustomView)的initWithFrame方法

6、最後在執行init的其餘部分

這裡也可以驗證一個結論：OC中的super實際上是讓某個類去調用父類的方法，而不是父類去調用某個方法，方法動態調用過程順序是由下而上的（這也是為什麼隻在init方法中進行createUI不會執行多次的原因，因為父類的initWithFrame沒做createUI操作）。

結論： createUI方法最好在initWithFrame中調用，外部使用init或initWithFrame均可以正常執行createUI方法。不要在自定義View中同時重寫init與initWithFrame並執行相同視圖佈局代碼。會導致佈局代碼(createUI)執行多次。

二、關於addSubview

我們接著問題一自定義View的初始化方法來說，如果同時在init與initWithFrame中同時調用瞭createUI方法，會有什麼影響呢？

顯而易見的是createUI方法執行瞭多次，也就是說重復多次添加瞭self.testView。那是否會重復添加多個View層呢？

並不會，重復多次添加同一個View並不會產生多層級的情況。 我們看下addSubview的文檔描述

This method establishes a strong reference to view and sets its next responder to the receiver, which is its new superview. Views can have only one superview. If view already has a superview and that view is not the receiver, this method removes the previous superview before making the receiver its new superview.

大概闡述的意思是，View有且僅有一個父視圖，如果新的父視圖與原父視圖不一樣，會將View在原視圖中移除，添加到新視圖上。

因此同一父視圖重復添加同一個View並不會產生多層級。 可以簡單通過代碼驗證，我們在createUI中循環添加self.testView，最終打印當前視圖的子視圖個數

- (void)createUI {
    for (NSInteger i = 0; i < 100; i++) {
        [self addSubview:self.testView];
    }
    NSLog(@"subviewsCount = 【%ld】",self.subviews.count);
    for (UIView *view in self.subviews) {
           NSLog(@"subView 【%@】",view);
    }
}

運行可見，視圖的子視圖個數始終為1

2019-06-28 16:02:50.420144+0800 TestAddSubview[78991:832644] subviewsCount = 【1】
2019-06-28 16:02:50.422151+0800 TestAddSubview[78991:832644] subView 【<UIView: 0x7f80a9c09590; frame = (0 0; 100 100); layer = <CALayer: 0x600003ff0a40>>】

根據打印結果可驗證，CustomView始終隻存在一個子視圖（testView）。

新舊父視圖一致，我們可以假設蘋果做瞭如下處理：

1、在舊父視圖中移除子視圖，再重新將子視圖添加到父視圖上

2、判斷新舊父視圖是否一致，若一致，不做任何操作。

因為無法看到addSubview的源碼，猜測可能會有這兩種情況，個人更偏向第二種處理。（可重寫子視圖layoutSubviews方法，因為addSubviews會調用layoutSubviews方法，我們可以調試layoutSubviews的調用次數，測試後可驗證addSubviews做瞭上述二的處理）

結論：若父視圖重復添加同一子視圖，並不會產生多層級情況。因為此例中testView是以懶加載的形式創建，所以self每次添加的均為同一個View，但如果在createUI中以UIView *testView = [UIView alloc] initWithFrame的形式創建，那就會創建出多層級的View。

總結：自定義View的子視圖最好以懶加載形式創建，可避免因其他書寫不當導致的異常

三、關於layoutSubviews

關於這一點，主要想聊一聊layoutSubviews的調用時機

1、setNeedsLayout\ layoutIfNeeded

2、addSubview

3、View的大小發生變化，未變不調用

4、UIScrollView滑動

5、旋轉Screen會觸發父UIView上的layoutSubviews事件

因此對於layoutSubviews的使用我們需要註意以下幾點：

1、自定義視圖的init方法並不會調用layoutSubviews

2、蘋果聲明不要直接調用layoutSubviews方法，如果需要更新，應該調用setNeedsLayout方法，視圖會在下一次繪制後更新。如果需要立即更新視圖，需要執行layoutIfNeeded方法

3、因為layoutSubviews調用比較頻繁，因此若無特殊需求（文檔所述為執行精確的子視圖佈局時可使用），不用重寫layoutSubviews方法。

四、關於frame與bounds

眾所周知，在iOS UI控件中有兩個關於位置大小的非常重要的屬性，frame與bounds

UI控件的frame意為相對於該控件父視圖的位置，bounds意為相對於控件本身的位置。 frame、bounds均為結構體CGRect，由CGPoint與CGSize組成，我們可以通過 frame.origin/bounds.origin 與frame.size/bounds.size來進行返回控件左上角位置與大小。

通常給View添加動畫，可以直接操作Frame或者得到Layer設置隱式動畫。

那如果我們直接操作View的bounds會有什麼情況出現呢？

有如下例子，有三個View，分別為RedView、BlueView、GreenView，RedView添加在當前視圖控制器上，BlueView為RedView的子視圖，GreenView為BlueView的子視圖，坐標分別為(10，10，200，200)、(10，10，150，150)、(10，10，100，100)，其坐標位置如下圖所示：

若修改BlueView的bounds為(0，10，150，150)，那麼會有什麼情況出現呢？

可能我們通常移動View不會通過bounds而是frame，並且也知道bounds是相對於自身的坐標，修改其origin不會對其本身產生什麼影響，但這就大錯特錯瞭，我們來看此情況的結果，三個View的展示情況變成瞭下圖所示：

BlueView位置並沒有什麼變化，GreenView卻因為BlueView的修改，其位置上移瞭10坐標點！

我們來看下原因，因為調整裡BlueView的bounds，導致BlueView相對於自己的坐標上移瞭10坐標點，GreenView相對於其父視圖的位置也同樣上移瞭10坐標點。對於GreenView，他的父視圖BlueView的左上角已經不是(0，0)，而是(0，10)，因此會有上圖的結果。

總結

在CustomView中盡量使用frame來做某些操作，不出於特殊需求，不要修改bounds的origin屬性，會造成難以預期的Bug。（不會影響當前視圖，但是會間接影響其子視圖）

以上就是IOS開發自定義view方法規范示例的詳細內容，更多關於IOS開發自定義view的資料請關註WalkonNet其它相關文章！

推薦閱讀：