Masonry和NSLayoutConstraint的那些事(一)

我們知道Masonry是基于NSLayoutConstraint封裝的一個輕量級的布局框架 擁有自己的描述語法 采用更優(yōu)雅的鏈式語法封裝自動布局 簡潔明了 并具有高可讀性 而且同時支持 iOS 和 Max OS X茸习。

為了弄清楚它的原理我們先來看一下蘋果官方文檔 NSLayoutConstraint

constraint:約束凯亮,不僅僅用來表示控件之間的關系莫湘,還可以設置控件的屬性的關系(>、>=必逆、=、<=揽乱、<),還可以用來表示優(yōu)先級priorities(1-1000名眉,required為1000)

當我們添加了必要的約束之后,Auto Layout 就會在這些約束中按照優(yōu)先級從高到低的去找實現(xiàn)這個布局的解決方法(往往一個控件的布局不止一個解決方法)凰棉。如果沒有找到合理方法损拢,會盡可能的實現(xiàn)你想要的結果。更多的約束例子詳見Stack ViewsUnderstanding Auto Layout?

這里有一個蘋果官方用swift寫的自動布局的例子Auto Layout Cookbook?

Views with Intrinsic Content Size?:(view固有內(nèi)容的大腥鱿)

label探橱、textField申屹、button不需要特意指定寬高,除非你有什么特殊要求隧膏,UIView沒有內(nèi)容需要指定寬高哗讥,UIView如果只想設置坐標不設置大小詳見iOS進階指南試讀之UI篇。 和

Setting the Placeholder Intrinsic Size for a Custom View


Intrinsic content size for common controls

imageView布局:

For example, an empty image view does not have an intrinsic content

size. As soon as you add an image, though, its intrinsic content size is

set to the image’s size.

textView布局:

A text view’s intrinsic content size varies depending on the content, on

whether or not it has scrolling enabled, and on the other constraints

applied to the view. For example, with scrolling enabled, the view does

not have an intrinsic content size. With scrolling disabled, by default

the view’s intrinsic content size is calculated based on the size of the

text without any line wrapping. For example, if there are no returns in

the text, it calculates the height and width needed to layout the

content as a single line of text. If you add constraints to specify the

view’s width, the intrinsic content size defines the height required to

display the text given its width.

Content Hugging/Content Compression(抗伸展性胞枕,抗壓縮性)


Content Hugging/Content Compression


方程式

約束默認:content hugging = 250(priority) ,compression resistance = 750(priority),因此拉伸view比壓縮view容易杆煞。更多信息去看Setting Content-Hugging and Compression-Resistance Priorities?

蘋果推薦盡量使用固有內(nèi)容大小來布局。這樣能減少模糊和沖突的約束腐泻,但是你要自己管理Content Hugging and Compression Resistance priorities.


guidelines

Attributes:


Auto Layout Attributes


參考文獻:Masonry使用注意篇

Masonry -- 使用純代碼進行iOS應用的autolayout自適應布局

iOS進階指南試讀之UI篇

Auto Layout Help



最后編輯于
?著作權歸作者所有,轉載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末决乎,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子派桩,更是在濱河造成了極大的恐慌构诚,老刑警劉巖,帶你破解...
    沈念sama閱讀 206,311評論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件铆惑,死亡現(xiàn)場離奇詭異范嘱,居然都是意外死亡,警方通過查閱死者的電腦和手機员魏,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,339評論 2 382
  • 文/潘曉璐 我一進店門丑蛤,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人撕阎,你說我怎么就攤上這事受裹。” “怎么了虏束?”我有些...
    開封第一講書人閱讀 152,671評論 0 342
  • 文/不壞的土叔 我叫張陵棉饶,是天一觀的道長。 經(jīng)常有香客問我镇匀,道長照藻,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 55,252評論 1 279
  • 正文 為了忘掉前任坑律,我火速辦了婚禮岩梳,結果婚禮上,老公的妹妹穿的比我還像新娘晃择。我一直安慰自己冀值,他們只是感情好,可當我...
    茶點故事閱讀 64,253評論 5 371
  • 文/花漫 我一把揭開白布宫屠。 她就那樣靜靜地躺著列疗,像睡著了一般。 火紅的嫁衣襯著肌膚如雪浪蹂。 梳的紋絲不亂的頭發(fā)上抵栈,一...
    開封第一講書人閱讀 49,031評論 1 285
  • 那天告材,我揣著相機與錄音,去河邊找鬼古劲。 笑死斥赋,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的产艾。 我是一名探鬼主播疤剑,決...
    沈念sama閱讀 38,340評論 3 399
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼闷堡!你這毒婦竟也來了隘膘?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 36,973評論 0 259
  • 序言:老撾萬榮一對情侶失蹤杠览,失蹤者是張志新(化名)和其女友劉穎弯菊,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體踱阿,經(jīng)...
    沈念sama閱讀 43,466評論 1 300
  • 正文 獨居荒郊野嶺守林人離奇死亡管钳,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 35,937評論 2 323
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了扫茅。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片蹋嵌。...
    茶點故事閱讀 38,039評論 1 333
  • 序言:一個原本活蹦亂跳的男人離奇死亡育瓜,死狀恐怖葫隙,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情躏仇,我是刑警寧澤恋脚,帶...
    沈念sama閱讀 33,701評論 4 323
  • 正文 年R本政府宣布,位于F島的核電站焰手,受9級特大地震影響糟描,放射性物質發(fā)生泄漏。R本人自食惡果不足惜书妻,卻給世界環(huán)境...
    茶點故事閱讀 39,254評論 3 307
  • 文/蒙蒙 一船响、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧躲履,春花似錦见间、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,259評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至篷帅,卻和暖如春史侣,著一層夾襖步出監(jiān)牢的瞬間拴泌,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 31,485評論 1 262
  • 我被黑心中介騙來泰國打工惊橱, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留蚪腐,地道東北人。 一個月前我還...
    沈念sama閱讀 45,497評論 2 354
  • 正文 我出身青樓税朴,卻偏偏與公主長得像削茁,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子掉房,可洞房花燭夜當晚...
    茶點故事閱讀 42,786評論 2 345

推薦閱讀更多精彩內(nèi)容