正文

opaque（opaque什么意思）

發(fā)布時(shí)間：2023-03-12 20:55:51 稿源：創(chuàng)意嶺閱讀： 53 問(wèn)大家

大家好！今天讓創(chuàng)意嶺的小編來(lái)大家介紹下關(guān)于opaque的問(wèn)題，以下是小編對(duì)此問(wèn)題的歸納整理，讓我們一起來(lái)看看吧。

ChatGPT國(guó)內(nèi)免費(fèi)在線使用，一鍵生成原創(chuàng)文章、方案、文案、工作計(jì)劃、工作報(bào)告、論文、代碼、作文、做題和對(duì)話答疑等等

只需要輸入關(guān)鍵詞，就能返回你想要的內(nèi)容，越精準(zhǔn)，寫(xiě)出的就越詳細(xì)，有微信小程序端、在線網(wǎng)頁(yè)版、PC客戶端

官網(wǎng)：https://ai.de1919.com

本文目錄:

1、opaque的反義詞是什么？
2、ios opaque是什么屬性
3、iOS心法-UIView
4、上瓷時(shí)說(shuō)的op 指什么

opaque（opaque什么意思）

一、opaque的反義詞是什么？

fuck transparent！

二、ios opaque是什么屬性

這三個(gè)屬性都是針對(duì)把FLASH放到網(wǎng)頁(yè)中起作用的。在本地使用FLASH用不到。比如有一個(gè)FLASH，背景色為黑色。transparent：即把FLASH背景設(shè)成透明，在網(wǎng)頁(yè)上就可以把FLASH放到圖片或者文字之上。opaque:設(shè)置成這個(gè)后FLASh可以被調(diào)整層深。Window：就是FLASH是單獨(dú)的一層，和瀏覽的網(wǎng)頁(yè)上的內(nèi)容是不相干的，總是在所有東西的上面。

三、iOS心法-UIView

UIView是UIResponder的四大直接子類(lèi)之一，是UI兩大類(lèi)之一。為構(gòu)建完整的iOS系統(tǒng)知識(shí)框架，下文整理UIView的沒(méi)用過(guò)的或不知道的或似懂非懂的屬性和方法，并逐個(gè)吃透。目標(biāo)通讀 Apple api 文檔。

isOpaque、tintColor、mask、isExclusiveTouch、window、isDescendant(of:)、didMoveToSuperview、didMoveToWindow、directionalLayoutMargins、layoutMargins、preservesSuperviewLayoutMargins、layoutMarginsDidChange、safeAreaInsets、safeAreaLayoutGuide、insetsLayoutMarginsFromSafeArea、constraints、addConstraint、layoutGuides、intrinsicContentSize

1、isOpaque

isOpaque屬性的真實(shí)用處是給繪圖系統(tǒng)提供一個(gè)性能優(yōu)化開(kāi)關(guān)！如果了解 opaque，需要點(diǎn)屏幕繪制的知識(shí)，屏幕上的每個(gè)像素點(diǎn)都是通過(guò) RGBA 值（Red、Green、Blue 三原色再配上 Alpha 透明度）表示的，當(dāng)紋理（UIView 在繪圖系統(tǒng)中對(duì)應(yīng)的表示項(xiàng)）出現(xiàn)重疊時(shí)，GPU 會(huì)按照 Result = Source + Destination * (1 - SourceAlpha)公式計(jì)算重疊部分的像素。

Result 是結(jié)果 RGB 值，Source 為處在重疊頂部紋理的 RGB值，Destination 為處在重疊底部紋理的 RGB 值。

當(dāng) SourceAlpha 為 1 時(shí)，繪圖系統(tǒng)認(rèn)為下面的顏色全部被遮蓋住了，Result = Source，如果 Source 的 Alpha 不為 0，上下層顏色就會(huì)進(jìn)行合成，所以 opaque 默認(rèn)設(shè)置 YES，提升繪制性能，如果開(kāi)發(fā)中 UIView 是不透明的，opaque 設(shè)置為YES，如果 opaque 設(shè)置NO，那么Alpha應(yīng)該小于1。

總結(jié)：isOpaque是一個(gè)性能開(kāi)關(guān)，=false會(huì)走混合計(jì)算邏輯R=S+D*(1-SA)。alpha是一個(gè)顯示屬性，也會(huì)走混合計(jì)算邏輯。自定義UIView的時(shí)候在draw方法內(nèi)使用，系統(tǒng)提供的類(lèi)設(shè)置該屬性無(wú)效。

思考：直接設(shè)置alpha就行了，opaque用處是什么？自定義UIView的時(shí)候在draw方法內(nèi)使用，系統(tǒng)提供的類(lèi)UILabel等設(shè)置該屬性無(wú)效。

參考： UIView的 alpha、hidden、opaque屬性之間的關(guān)系和區(qū)別

2、tintColor

具有傳遞性。舉個(gè)例子，當(dāng)我們用xib或者storyboard拖一個(gè)UIButton進(jìn)入面板后，會(huì)發(fā)現(xiàn)UIButton的顏色為藍(lán)色,可能有人會(huì)問(wèn)為什么是這個(gè)顏色呢？這是因?yàn)椋J(rèn)情況下，一個(gè)視圖的tintColor為nil，它會(huì)使用父視圖tintColor屬性的值。當(dāng)我們?yōu)橹付ㄒ晥DtintColor屬性賦值以后，這個(gè)色值會(huì)自動(dòng)傳播到視圖層次結(jié)構(gòu)(以當(dāng)前視圖為根視圖)中所有的子視圖上。如果在視圖層次結(jié)構(gòu)中沒(méi)有找到一個(gè)非默認(rèn)的tintColor值，則會(huì)使用系統(tǒng)定義的顏色值(藍(lán)色，RGB值為[0,0.478431,1]），所以這就是為什么我們拖一個(gè)button后顯示的是藍(lán)色了。對(duì)一個(gè)視圖來(lái)說(shuō), 如果沒(méi)有設(shè)置它的tintColor,那么它會(huì)默認(rèn)使用父視圖的tintColor，如果設(shè)置了這個(gè)視圖的tintColor，那么它就會(huì)把這個(gè)tintColor傳遞給沒(méi)有設(shè)置tintColor的所有子視圖。

tintColorDidChange方法會(huì)在視圖的tintColor或tintAdjustmentMode屬性改變時(shí)自動(dòng)調(diào)用。另外，如果當(dāng)前視圖的父視圖的tintColor或tintAdjustmentMode屬性改變時(shí)，也會(huì)調(diào)用這個(gè)方法。

模式顏色：夜間模式的顏色等

思考：用處？UIImageView使用tintColor、APP設(shè)置全局TintColor

參考：小談iOS UIView的tintColor屬性

3、clearsContextBeforeDrawing

？？？

假定您的PNG始終填充整個(gè)UIImageView，則應(yīng)使用以下方法獲得最佳性能：opaque = YES，clearsContextBeforeDrawing = NO.在此模式下，backgroundColor無(wú)關(guān)緊要.像素只需替換為新的圖像數(shù)據(jù)即可.

對(duì)于單色背景上的透明PNG，最快的是：opaque = YES，clearsContextBeforeDrawing = YES和backgroundColor匹配您需要的任何內(nèi)容.在這種情況下[UIColor whiteColor].

4、mask

UIView.mask和layer.mask原理相同，重疊部分顯示，其他部分丟掉，重疊部分，可以這樣理解，是將maskView每個(gè)point的alpha賦值給View的重疊部分相對(duì)應(yīng)的point，這樣view的重疊每個(gè)point都有個(gè)alpha值了，view重疊部分就可能顯示多種透明色。

應(yīng)用：UILabel漸進(jìn)式顯示(歌詞同步)、UIImageView部分展示(切圓角或多圖階段展示)。mask 可以配合CAGradientLayer、CAShapeLayer 使用。可以實(shí)現(xiàn)蒙層透明度、顯示不同形狀圖層、圖案鏤空、文字變色等等功能。mask在動(dòng)畫(huà)中使用，可以產(chǎn)生很好的動(dòng)畫(huà)效果。

參考： UIView的 maskView 屬性

5、layerClass

提供了對(duì)外的override屬性，可以替換view.layer為其他layer，如CATiledLayer 、AVPlayerLayer、TBPaperLayer等。不過(guò)可以通過(guò)另一種方式：自定義View，新加一個(gè)屬性XXLayer。

layer的出現(xiàn)是為了mac OS 和 iOS的解耦和跨平臺(tái)。

6、userInteractionEnabled

在一次動(dòng)畫(huà)執(zhí)行流程中，動(dòng)畫(huà)包含的所有UIView都會(huì)被臨時(shí)禁止用戶交互，而不管每個(gè)UIView本身userInteractionEnabled此時(shí)的屬性值是YES還是NO。但是在配置動(dòng)畫(huà)時(shí)，通過(guò)添加allowUserInteraction選項(xiàng)可以禁止這種行為的發(fā)生，使UIView即使是在執(zhí)行動(dòng)畫(huà)期間依然能響應(yīng)用戶事件。userInteractionEnabled屬性默認(rèn)值為YES，但UIView的一些子類(lèi)中對(duì)該屬性進(jìn)行了覆蓋，并將其默認(rèn)值設(shè)置為了NO，其中UIImageView和UILabel就是這樣的類(lèi)

7、isMultipleTouchEnabled

一個(gè)view的多指觸控開(kāi)關(guān)，不包含子view。不能通過(guò)設(shè)置父view=false實(shí)現(xiàn)兩個(gè)子view不能同時(shí)點(diǎn)擊。不影響手勢(shì)。

8、isExclusiveTouch

阻止向同一window中的其他視圖傳遞觸摸事件

9、frame

frame改變將會(huì)自動(dòng)重新顯示，且不調(diào)用draw方法。想讓調(diào)用draw方法可以設(shè)置contentMode為redraw。該屬性可以動(dòng)畫(huà)化(alpha也可以)。如果transform包含非恒等變換時(shí)要用center和bound代替frame，否則會(huì)出問(wèn)題 frame和transform的坑

10、transform

可以動(dòng)畫(huà)化。

改變frame的時(shí)候，不要用frame屬性，用center和bound。

改anchor point的時(shí)候用CALayer的anchorPoint屬性。

iOS8之后transform不能影響自動(dòng)布局， AutoLayout布局與Transform的沖突

11、window

每一個(gè)view都有一個(gè)該屬性，當(dāng)view被add到父view上的時(shí)候，該值不在是nil，而是當(dāng)前window。每個(gè)view都是事件響應(yīng)者鏈中的一個(gè)節(jié)點(diǎn)，相應(yīng)地，每一個(gè)節(jié)點(diǎn)view都有一個(gè)根節(jié)點(diǎn)window的引用。

12、addSubview

給next responder賦值為superview。

給window賦值。

繼承父view的alpha。

view只能有一個(gè)superview，所以一個(gè)view不能加載兩個(gè)view上。

13、removeFromSuperview

注意判空。

不要在視圖的draw(_:)方法中調(diào)用這個(gè)方法。

14、isDescendant

是否是subview或他本身。是視圖層次關(guān)系的判斷。注意isMember是繼承關(guān)系的判斷，不一樣。

15、didAddSubview

有子view才會(huì)調(diào)用。任何adding a subview 的方法都會(huì)調(diào)用該方法，默認(rèn)無(wú)實(shí)現(xiàn)，子類(lèi)可重寫(xiě)實(shí)現(xiàn)額外的操作。UIView的生命周期還有willRemoveSubview、willMove(toSuperview)、didMoveToSuperview、willMove(toWindow)、didMoveToWindow等。

remove的時(shí)候也會(huì)調(diào)用didMoveToSuperview和didMoveToWindow，只是順序不同

16、directionalLayoutMargins

iOS11之后的，考慮到當(dāng)前的語(yǔ)言方向(阿拉伯語(yǔ)是從右到左)的內(nèi)容布局邊距。默認(rèn)為8，也可自行設(shè)置。preservesSuperviewLayoutMargins是否保護(hù)父視圖邊距，默認(rèn)false。

17、addLayoutGuide

引入U(xiǎn)ILayoutGuide系統(tǒng)的一系列功能性方法之一。UILayoutGuide是 iOS 9 中增加的幫助開(kāi)發(fā)者在使用auto layout布局時(shí)的一個(gè)虛擬占位對(duì)象。所有需要一個(gè)虛擬View幫助的事情都可以交給UILayoutGuide來(lái)做。它更輕量、更快速、更高效。并沒(méi)有真正的創(chuàng)建一個(gè)View，只是創(chuàng)建了一個(gè)矩形空間，只在進(jìn)行auto layout時(shí)參與進(jìn)來(lái)計(jì)算。

18、systemLayoutSizeFitting(_ targetSize: CGSize)

該方法為視圖返回一個(gè)大小值，該值最優(yōu)地滿足視圖的當(dāng)前約束，并且盡可能接近targetSize參數(shù)中的值。這個(gè)方法實(shí)際上并沒(méi)有改變視圖的大小。參數(shù)size可以設(shè)置layoutFittingCompressedSize或layoutFittingExpandedSize獲得一個(gè)盡可能小或大的size。還可以設(shè)置fittingSizeLevel或low或high的約束優(yōu)先級(jí)來(lái)返回需要的最接近或高度優(yōu)先或?qū)挾葍?yōu)先的大小。

思考：和sizeThatFit有什么區(qū)別？可以在layout異步布局之前拿到frame嗎？

用處：可以獲取自動(dòng)填充的靜態(tài)cell的高度。可以在autolayout時(shí)拿到size(也可以用layoutIfNeeded)。

19、intrinsicContentSize

只讀屬性，可通過(guò)重寫(xiě)來(lái)更改相應(yīng)控件的內(nèi)置尺寸大小，告知系統(tǒng)值已改變。在AutoLayout中，它作為UIView的屬性（不是語(yǔ)法上的屬性），意思就是說(shuō)我知道自己的大小，如果你沒(méi)有為我指定大小，我就按照這個(gè)大小來(lái)。比如：大家都知道在使用AutoLayout的時(shí)候，UILabel是不用指定尺寸大小的，只需指定位置即可，就是因?yàn)?，只要確定了文字內(nèi)容，字體等信息，它自己就能計(jì)算出大小來(lái)。同樣的UILabel，UIImageView，UIButton等這些組件及某些包含它們的系統(tǒng)組件都有 Intrinsic Content Size 屬性，也就說(shuō)他們都有自己計(jì)算size的能力。

使用場(chǎng)景：自定義視圖重寫(xiě)該方法。如在MBProgressHUD添加自定義視圖時(shí)，若給定視圖為不確定大小的圖片，展示出來(lái)的效果就很差強(qiáng)人意，這時(shí)就需要更改對(duì)應(yīng)View中的內(nèi)置大小來(lái)適配合適的尺寸。

invalidateIntrinsicContentSize()：當(dāng)自定義視圖中的某些內(nèi)容發(fā)生變化，使其固有內(nèi)容大小失效時(shí)調(diào)用此函數(shù)。這允許基于約束的布局系統(tǒng)在下一個(gè)布局過(guò)程中考慮新的內(nèi)在內(nèi)容大小。重寫(xiě)intrinsicContentSize時(shí)可主動(dòng)調(diào)用該方法通知系統(tǒng)內(nèi)容大小變化了。另外還有詳解 intrinsicContentSize 及約束優(yōu)先級(jí)／content Hugging／content Compression Resistance

20、alignmentRect

Autolayout系統(tǒng)的布局操作是基于alignment rect而非frame。絕大部分情況下它們是一樣的，但是當(dāng)你設(shè)置了alignmentRectInsets或者重寫(xiě)了alignmentRectForFrame:和frameForAlignmentRect:時(shí)就需要注意兩者的差異。

alignmentRec + alignmentRectInsets = frame

forFirstBaselineLayout：使用baseLine做約束的時(shí)候autolayout會(huì)調(diào)用該方法返回的view。重寫(xiě)此屬性以返回基于文本的子視圖(例如，UILabel或非滾動(dòng)的UITextView)。返回的視圖必須是接收方的子視圖。

應(yīng)用？自定義view，重寫(xiě)方法返回一個(gè)view，然后設(shè)置其他基于baseline的約束

21、Debugging Auto Layout

constraintsAffectingLayout：返回影響x/y軸的視圖布局的約束

hasAmbiguousLayout：視圖是否有模糊(不完全確定)約束

exerciseAmbiguityInLayout：在不同的有效值之間以模糊的布局隨機(jī)改變視圖的約束，用于檢測(cè)有效約束和必要約束

22、sizeToFit與sizeThatFits

sizeThatFits主要用于計(jì)算，返回一個(gè)最佳size，不更改view的實(shí)際大小。

sizeToFit不應(yīng)該在子類(lèi)中被重寫(xiě)，應(yīng)該重寫(xiě)sizeThatFits，調(diào)用sizeToFit會(huì)自動(dòng)調(diào)用sizeThatFits方法；

sizeToFit和sizeThatFits方法都沒(méi)有遞歸，對(duì)subviews也不負(fù)責(zé)，只負(fù)責(zé)自己

23、setNeedsLayout

標(biāo)記下一個(gè)更新周期(1/60s)中觸發(fā)布局更新。由于此方法不強(qiáng)制立即更新，而是等待下一個(gè)更新周期，因此您可以使用它在更新任何視圖之前使多個(gè)視圖的布局失效。這種行為允許您將所有布局更新合并到一個(gè)更新周期中，這通常有利于提高性能。layoutIfNeeded：如果布局更新正在等待，則立即布局子視圖。常用來(lái)在snp或masonry布局的時(shí)候獲取view的frame

23、requiresConstraintBasedLayout

如果你在updateConstraints這個(gè)方法里面給自定義的控件更新控件的constraint,那么需要重寫(xiě)requiresConstraintBasedLayout方法,并且返回YES.否則的話,就不會(huì)顯示該控件.直接在init方法中設(shè)置自定義控件的constraint,那么則不需要重寫(xiě)也可以顯示。

translatesAutoresizingMaskIntoConstraints：將 frame 布局自動(dòng)轉(zhuǎn)化為約束布局，轉(zhuǎn)化的結(jié)果是為這個(gè)視圖自動(dòng)添加所有需要的約束，如果我們這時(shí)給視圖添加自己創(chuàng)建的約束就會(huì)約束沖突。

24、overrideUserInterfaceStyle

iOS13新增的設(shè)置light/dark模式。設(shè)置view之后會(huì)影響該view所在的vc的所有view(不包含child vc)，設(shè)置window之后會(huì)影響window的所有view和vc。

semanticContentAttribute：設(shè)置左右布局翻轉(zhuǎn)。一般用在語(yǔ)言翻轉(zhuǎn)。也可用在按鈕圖片文字的左右翻轉(zhuǎn)。

25、addInteraction

主要涉及UIInteraction。

UIContextMenuInteraction：iOS13可用，上下文菜單功能。如系統(tǒng)相冊(cè)列表長(zhǎng)按圖片，彈出一個(gè)帶可操作菜單的預(yù)覽界面。

UIDragInteraction+UIDropInteraction：iOS11可用。在mac上可以將圖片直接拖入聊天軟件進(jìn)行發(fā)送，可以將文檔、音樂(lè)、視頻文件等文件拖入相應(yīng)應(yīng)用程序直接進(jìn)行使用。在iPhone上能應(yīng)用內(nèi)使用。iPad上能跨應(yīng)用使用。

UIIndirectScribbleInteraction：iOS14可用。在ipad上使用apple pencil手寫(xiě)輸入文本。

UILargeContentViewerInteraction：iOS13可用。在超大字體(輔助功能)的情況下，內(nèi)容視圖展示文案會(huì)很大，但是一些系統(tǒng)的bar button如tabbar item之類(lèi)的仍然很小，這里提供一種補(bǔ)償方式，手指按住的時(shí)候會(huì)彈出一個(gè)大內(nèi)容視圖查看器。

UIPencilInteraction：iOS12.1可用。Apple Pencil 雙擊的處理對(duì)象

UIPointerInteraction：iOS13.4可用。指針交互？？

UIScribbleInteraction：iOS14可用。接受或抑制手寫(xiě)輸入文本

UISpringLoadedInteraction：iOS11可用。彈簧加載交互？？

UITextInteraction：iOS13可用。？？

26、draw

當(dāng)這個(gè)方法被調(diào)用時(shí)，UIKit已經(jīng)為你的視圖配置了適當(dāng)?shù)睦L圖環(huán)境，但是不要建立對(duì)圖形上下文的強(qiáng)引用，因?yàn)樗鼤?huì)在調(diào)用draw(_:)方法之間發(fā)生變化。如果你直接子類(lèi)化UIView不需要調(diào)用super。如果子類(lèi)化一個(gè)不同的視圖類(lèi)應(yīng)該在你的實(shí)現(xiàn)中調(diào)用super。調(diào)用setNeedsDisplay方法會(huì)調(diào)用draw重新繪制。

27、viewPrintFormatter

UIViewPrintFormatter？？

28、canBecomeFocused

默認(rèn)值為false。此屬性通知焦點(diǎn)引擎視圖是否能夠被聚焦。有時(shí)即使一個(gè)視圖返回true，一個(gè)視圖可能因?yàn)橐韵略蚨荒鼙痪劢?視圖是隱藏的。視圖將alpha設(shè)置為0。視圖將userInteractionEnabled設(shè)置為false。視圖當(dāng)前不在視圖層次結(jié)構(gòu)中。

inheritedAnimationDuration：在一個(gè)UIView animation block中獲取duration的值。

29、addMotionEffect

UIMotionEffect：隨著手機(jī)的傾斜微移動(dòng)view

30、restorationIdentifier

視圖恢復(fù)用

31、snapshotView

截圖用?？捎脠?chǎng)景：添加購(gòu)物車(chē)，移動(dòng)交換Cel，點(diǎn)擊放大圖片。多window截圖可以先逐個(gè)截圖然后合并圖片。直播截圖是opengl實(shí)現(xiàn)的，要用drawHierarchy方法。

32、viewWithTag

會(huì)先遍歷自己，再遍歷子views。如果view和subview1是一個(gè)tag，找到的是view，而不是subview1。

33、convert(_ point

獲取cell的位置。要先獲取cell在列表中的位置，再獲取列表在view中的位置。

34、hitTest和point(inside