溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點(diǎn)擊 登錄注冊 即表示同意《億速云用戶服務(wù)條款》

IOS如何開發(fā)自定義view方法

發(fā)布時間:2022-07-20 09:39:16 來源:億速云 閱讀:158 作者:iii 欄目:開發(fā)技術(shù)

這篇文章主要講解了“IOS如何開發(fā)自定義view方法”,文中的講解內(nèi)容簡單清晰,易于學(xué)習(xí)與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學(xué)習(xí)“IOS如何開發(fā)自定義view方法”吧!

一、關(guān)于自定義View的初始化方法

通常我們會創(chuàng)建私有方法createUI方法來創(chuàng)建當(dāng)前自定義View所需要的子View。那上述所說的createUI應(yīng)該放在自定義View的哪個方法中呢?

1、init?

2、initWithFrame?

3、還是為了考慮外部創(chuàng)建自定義View的方式不同,在init與initWithFrame方法中均調(diào)用createUI方法?

我們來一一驗證,首先在CustomView的init方法中調(diào)用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形式創(chuàng)建CustomView

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

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

第二種初始化形式,單獨(dú)在initWithFrame方法中調(diào)用createUI方法

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

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

最后我們做個實驗,在init與initWithFrame方法中均調(diào)用createUI方法。調(diào)試createUI方法調(diào)用次數(shù)。

- (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

外部創(chuàng)建CustomView仍使用init形式 通過打印結(jié)果或斷點(diǎn)可驗證createUI方法被執(zhí)行了兩次!

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

其實,上述三種假設(shè)均和一個問題相關(guān),即自定義View的init方法是否會默認(rèn)調(diào)用initWithFrame方法。

答案是肯定的,通過上述的代碼調(diào)試流程,我們可以得到如下結(jié)論,關(guān)于代碼的調(diào)用過程(以外部初始化init為例):

1、動態(tài)查找到CustomView的init方法

2、調(diào)用[super init]方法

3、super init方法內(nèi)部執(zhí)行的的是[super initWithFrame:CGRectZero]

4、若super發(fā)現(xiàn)CustomView實現(xiàn)了initWithFrame方法

5、轉(zhuǎn)而執(zhí)行self(CustomView)的initWithFrame方法

6、最后在執(zhí)行init的其余部分

這里也可以驗證一個結(jié)論:OC中的super實際上是讓某個類去調(diào)用父類的方法,而不是父類去調(diào)用某個方法,方法動態(tài)調(diào)用過程順序是由下而上的(這也是為什么只在init方法中進(jìn)行createUI不會執(zhí)行多次的原因,因為父類的initWithFrame沒做createUI操作)。

結(jié)論: createUI方法最好在initWithFrame中調(diào)用,外部使用init或initWithFrame均可以正常執(zhí)行createUI方法。不要在自定義View中同時重寫init與initWithFrame并執(zhí)行相同視圖布局代碼。會導(dǎo)致布局代碼(createUI)執(zhí)行多次。

二、關(guān)于addSubview

我們接著問題一自定義View的初始化方法來說,如果同時在init與initWithFrame中同時調(diào)用了createUI方法,會有什么影響呢?

顯而易見的是createUI方法執(zhí)行了多次,也就是說重復(fù)多次添加了self.testView。那是否會重復(fù)添加多個View層呢?

并不會,重復(fù)多次添加同一個View并不會產(chǎn)生多層級的情況。 我們看下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在原視圖中移除,添加到新視圖上。

因此同一父視圖重復(fù)添加同一個View并不會產(chǎn)生多層級。 可以簡單通過代碼驗證,我們在createUI中循環(huán)添加self.testView,最終打印當(dāng)前視圖的子視圖個數(shù)

- (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);
    }
}

運(yùn)行可見,視圖的子視圖個數(shù)始終為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>>】

根據(jù)打印結(jié)果可驗證,CustomView始終只存在一個子視圖(testView)。

新舊父視圖一致,我們可以假設(shè)蘋果做了如下處理:

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

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

因為無法看到addSubview的源碼,猜測可能會有這兩種情況,個人更偏向第二種處理。(可重寫子視圖layoutSubviews方法,因為addSubviews會調(diào)用layoutSubviews方法,我們可以調(diào)試layoutSubviews的調(diào)用次數(shù),測試后可驗證addSubviews做了上述二的處理)

結(jié)論:若父視圖重復(fù)添加同一子視圖,并不會產(chǎn)生多層級情況。因為此例中testView是以懶加載的形式創(chuàng)建,所以self每次添加的均為同一個View,但如果在createUI中以UIView *testView = [UIView alloc] initWithFrame的形式創(chuàng)建,那就會創(chuàng)建出多層級的View。

總結(jié):自定義View的子視圖最好以懶加載形式創(chuàng)建,可避免因其他書寫不當(dāng)導(dǎo)致的異常

三、關(guān)于layoutSubviews

關(guān)于這一點(diǎn),主要想聊一聊layoutSubviews的調(diào)用時機(jī)

1、setNeedsLayout\ layoutIfNeeded

2、addSubview

3、View的大小發(fā)生變化,未變不調(diào)用

4、UIScrollView滑動

5、旋轉(zhuǎn)Screen會觸發(fā)父UIView上的layoutSubviews事件

因此對于layoutSubviews的使用我們需要注意以下幾點(diǎn):

1、自定義視圖的init方法并不會調(diào)用layoutSubviews

2、蘋果聲明不要直接調(diào)用layoutSubviews方法,如果需要更新,應(yīng)該調(diào)用setNeedsLayout方法,視圖會在下一次繪制后更新。如果需要立即更新視圖,需要執(zhí)行l(wèi)ayoutIfNeeded方法

3、因為layoutSubviews調(diào)用比較頻繁,因此若無特殊需求(文檔所述為執(zhí)行精確的子視圖布局時可使用),不用重寫layoutSubviews方法。

四、關(guān)于frame與bounds

眾所周知,在iOS UI控件中有兩個關(guān)于位置大小的非常重要的屬性,frame與bounds

UI控件的frame意為相對于該控件父視圖的位置,bounds意為相對于控件本身的位置。 frame、bounds均為結(jié)構(gòu)體CGRect,由CGPoint與CGSize組成,我們可以通過 frame.origin/bounds.origin 與frame.size/bounds.size來進(jìn)行返回控件左上角位置與大小。

IOS如何開發(fā)自定義view方法

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

那如果我們直接操作View的bounds會有什么情況出現(xiàn)呢?

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

IOS如何開發(fā)自定義view方法

若修改BlueView的bounds為(0,10,150,150),那么會有什么情況出現(xiàn)呢?

可能我們通常移動View不會通過bounds而是frame,并且也知道bounds是相對于自身的坐標(biāo),修改其origin不會對其本身產(chǎn)生什么影響,但這就大錯特錯了,我們來看此情況的結(jié)果,三個View的展示情況變成了下圖所示:

IOS如何開發(fā)自定義view方法

BlueView位置并沒有什么變化,GreenView卻因為BlueView的修改,其位置上移了10坐標(biāo)點(diǎn)!

我們來看下原因,因為調(diào)整里BlueView的bounds,導(dǎo)致BlueView相對于自己的坐標(biāo)上移了10坐標(biāo)點(diǎn),GreenView相對于其父視圖的位置也同樣上移了10坐標(biāo)點(diǎn)。對于GreenView,他的父視圖BlueView的左上角已經(jīng)不是(0,0),而是(0,10),因此會有上圖的結(jié)果。

感謝各位的閱讀,以上就是“IOS如何開發(fā)自定義view方法”的內(nèi)容了,經(jīng)過本文的學(xué)習(xí)后,相信大家對IOS如何開發(fā)自定義view方法這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是億速云,小編將為大家推送更多相關(guān)知識點(diǎn)的文章,歡迎關(guān)注!

向AI問一下細(xì)節(jié)

免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。

AI