contentMode
UIViewContentModeScaleToFill :
直接拉伸圖片至填充整個(gè)imageView,圖片可能會(huì)變形
UIViewContentModeScaleAspectFit:
按照?qǐng)D片的原來(lái)寬高比進(jìn)行縮放,一定要看到整張圖片
UIViewContentModeScaleAspectFill:
圖片拉伸至 圖片的寬度等于UIImageView的寬度 或者 圖片的高度等于UIImageView的高度 為止
經(jīng)驗(yàn)規(guī)律:
1. 凡是帶有Scale
單詞的壳贪,圖片都會(huì)拉伸
2. 凡是帶有Aspect
單詞的,圖片都會(huì)保持原來(lái)的寬高比嚷掠,圖片不會(huì)變形
具體可以參考下圖:
設(shè)置圖片拉伸不變形區(qū)域
為了更加形象的說(shuō)明這個(gè)問(wèn)題,這里我拿QQ氣泡來(lái)舉例子,如下圖所示:
因?yàn)槲覀兤綍r(shí)的聊天消息長(zhǎng)短是不固定的,如果單純的直接去設(shè)置這張氣泡的大小那么勢(shì)必造成圖片拉伸變形, 那么該如何解決這個(gè)問(wèn)題呢
方案一:
UIImage *image = [UIImage imageNamed:@"chat_send_nor"];
//參數(shù)一:圖片的左邊界到拉伸點(diǎn)的距離
//參數(shù)二:圖片頂部到拉伸點(diǎn)的距離
image = [image stretchableImageWithLeftCapWidth:image.size.width * 0.5 topCapHeight:image.size.height * 0.5];
效果如下圖:
方案二:
// 加載原圖
UIImage *image = [UIImage imageNamed:@"chat_send_nor"];
// 拉伸處理(說(shuō)明需要保護(hù)的區(qū)域)
image = [image resizableImageWithCapInsets:UIEdgeInsetsMake(30, 30, 30, 30) resizingMode:UIImageResizingModeStretch];
方案三:
從Xcode5之后,我們不必要去寫(xiě)代碼 Xcode可以自動(dòng)幫助我們處理圖片拉伸效果,我們只需要做如下設(shè)置即可:
或者連這些神奇的數(shù)字都不用我們?nèi)ビ?jì)算, 直接點(diǎn)擊右下角的Show Slicing:
你現(xiàn)在應(yīng)該能看到slicing 面板和一個(gè)按鈕"Start Slicing"段多。
在你點(diǎn)擊按鈕之后首量,會(huì)顯示下面的三個(gè)選項(xiàng):
左邊的按鈕用于horizontal edge insets,右邊的按鈕用于vertical edge insets进苍,中間的則是兩個(gè)都有加缘。在我們的例子中要保留圓角,所以我們按中間的按鈕觉啊,告訴系統(tǒng)我們想要按鈕的中間在水平和垂直方向拉伸拣宏。在按下按鈕之后,就能看到一些可以拖動(dòng)的細(xì)條杠人,這可以設(shè)置從哪里開(kāi)始拉伸圖片勋乾。
系統(tǒng)會(huì)保留深紫色的區(qū)域宋下,淺紫色的區(qū)域會(huì)被拉伸。
更厲害的是辑莫,Xcode自動(dòng)找到了圓角学歧,所以我們不需要設(shè)置從哪里開(kāi)始拉伸圖片。最后別忘了在Attribtues pane中設(shè)置圖片是可拉伸的摆昧。
如果我是你的話撩满,我就會(huì)嘗試并習(xí)慣這個(gè)功能。有了這個(gè)無(wú)價(jià)之寶绅你,你就不用再在resizableImageWithCapInsets
方法中填寫(xiě)那些神奇的數(shù)字了伺帘,也能幫助你分離view邏輯和app邏輯。
imageNamed和imageWithContentsOfFile的使用區(qū)別
在項(xiàng)目開(kāi)發(fā)中忌锯,如果我們想加載一張圖片大概有下面兩種方法:
-
imageNamed:
參數(shù)為圖片的名字 -
imageWithContentsOfFile:
參數(shù)是圖片文件的路徑
那這兩種方法在使用上用什么具體的區(qū)別呢伪嫁?我們來(lái)看看蘋(píng)果的官網(wǎng)文檔是怎么描述的
imageNamed:
用這個(gè)方法加載圖片分為兩種情況:
系統(tǒng)緩存有這個(gè)圖片則直接根據(jù)指定的名稱從緩存中獲取
如果沒(méi)有在緩存中找到圖片,該方法會(huì)從指定的文件中加載圖片數(shù)據(jù)偶垮,并將其緩存起來(lái)张咳,然后再把結(jié)果返回,下次再使用該名稱圖片的時(shí)候就省去了從硬盤(pán)中加載圖片的過(guò)程似舵。對(duì)于相同名稱的圖片脚猾,系統(tǒng)只會(huì)把它Cache到內(nèi)存一次。
因此砚哗,當(dāng)圖片文件較小 , 使用比較頻繁的時(shí)候那么使用 imageNamed 比較好.例如:UITableViewCell
, UICollectionCell
等加載同一個(gè)圖標(biāo)的時(shí)候
imageWithContentsOfFile
而imageWithContentsOfFile
或者initWithContentsOfFile
方法只是簡(jiǎn)單的加載圖片龙助,并不會(huì)將圖片緩存起來(lái).因此在加載較大圖片的時(shí)候 , 以及圖片使用情況很少的時(shí)候可以使用這兩個(gè)方法 , 降低內(nèi)存消耗.比如介紹APP的新特性圖片等;