轉自：http://www.cnblogs.com/missingcat92/p/4686248.html?utm_source=tuicool&utm_medium=referral

自從水果發布了5代，蘋果為了適配多種屏幕尺寸，搞出了一個所謂的AutoLayout來解決問題，iOS程序員們從此走上了苦逼的適配路。

“適配”本身其實并不是一個頭疼的事情，對于4-6寸的手機來說，只要制定一套規則，就不會有太大的問題。但是令我痛苦的部分在于——iOS的 Constraints 和 VFL。

痛苦的NSLayoutConstraints

這里借用iOS開源項目 Masonry 的描述，假如我們要讓一個view在superview里居中，然后每條邊留出10像素的空白，代碼是這樣寫的：

如果你剛剛接觸iOS開發，你可能認為這并不是什么問題。但是讓我們做個對比，在web開發中，應該怎么寫呢？

一行代碼搞定問題，CSS是世界上最偉大的排版引擎，沒有之一。明明很簡單的事情，為什么放到iOS上，竟然變得這么這么這么復雜了？

仍然痛苦的VFL

然后蘋果又搞出了VFL，網上對此描述最多的是“象形文字”，雖然它真的真的改善了我們創建constraints的方式，讓這一切變得更快更方便，但是對于下面這段代碼，我仍然是不滿的。

莫名其妙的options，metrics和views參數的組合，長成狗一樣的函數名。而且即使是有了VFL，我們還是離不開 constraints ，VFL并沒有真的滿足我們的所有需求，比如你看看 這個需求。

那么，我們是不是只能一聲嘆氣，說，iOS的世界就這樣了呢？

NO!!!我們有Masonry和SnapKit!!!

SnapKit能搞定什么

SnapKit是Masonry的Swift版，項目發布至今大約1年的時間，已經在github上有兩千多個star，當然了，這其中也少不了”他爹”Masonry給他打的那些廣告。

如果你還記得你在 StoryBoard 里面拉的那些線條，那你也一定記得其中 constriants 的表示方法：

SnapKit所做的就是這樣一件事——讓你這樣寫 constraints。

我們看看文章最頂部的那個需求用 SnapKit 如何實現：

對！就是這么簡單！還可以更簡單?。?/p>view1.snp_makeConstraints { (make) -> Void in make.edges.equalTo(superview).insets(UIEdgeInsetsMake(10, 10, 10, 10))}

（注：作者只發了一張表情）

來，請跟我一起大叫三聲爽！

爽！

爽！

叫完之后我們繼續看還能怎么爽：

做起動畫來也是一把好手！

這么好的東西，我去哪里搞！

如果你用CocoaPods，那么Podfile你懂的：

如果你用Carthege……這個我沒用過我就不瞎說了……

總之呢，不用CocoaPods的朋友可以去 這里 下載，至于怎么弄進項目我就不管了（好好滴干嘛不用CocoaPods..）

成果

我用SnapKit做了下面這個界面：

體驗之后發現，其實用SnapKit和原生constraints的代碼行數差不多，但是每一行從原來的極為冗長的一坨東西，變成了很容易閱讀和維護的短小精干的代碼，代碼像下面這樣優雅，這便是SnapKit最大的作用。