直入主題续挟，本文來(lái)講一講關(guān)于Mac上最常用的控件之一NSSplitView的一些相關(guān)問(wèn)題。
首先侥衬，NSSplitView作為分隔內(nèi)容的一個(gè)視圖诗祸，支持拖拽改變分隔區(qū)域的大小，支持塌陷(collaps)浇冰。但是NSSplitView在與autolayout混合使用的時(shí)候會(huì)有很多問(wèn)題贬媒。
通常我們需要類似QQ的效果，我們需要的是當(dāng)我們拉伸整個(gè)視圖的時(shí)候肘习，某一個(gè)子視圖會(huì)被拉伸际乘，而其他的視圖保持原有大小，當(dāng)我們拉伸整個(gè)視圖的時(shí)候漂佩，我們同樣經(jīng)常需要壓縮某一個(gè)視圖而保持其他視圖的尺寸脖含，當(dāng)被壓縮的子視圖達(dá)到我們?cè)O(shè)定的最小尺寸的時(shí)候，我們會(huì)尋找第二低HoldingPriority的視圖進(jìn)行壓縮投蝉，直到所有的視圖都達(dá)到我們?cè)O(shè)定的最小尺寸养葵，或是整個(gè)窗口已經(jīng)達(dá)到最小尺寸為止。
問(wèn)題一：
當(dāng)我們使用autolayout來(lái)控制splitView的每個(gè)子視圖的尺寸的時(shí)候瘩缆，我們會(huì)發(fā)現(xiàn)一個(gè)現(xiàn)象如圖：
鼠標(biāo)位置明明已經(jīng)達(dá)到autolayout最大約束了关拒，但是還是顯示向右可拖拽的單向箭頭。控制箭頭的類型要通過(guò)實(shí)現(xiàn)NSSplitViewDelegate下的
optional func splitView(splitView: NSSplitView, constrainMaxCoordinate proposedMaximumPosition: CGFloat, ofSubviewAt dividerIndex: Int) -> CGFloatoptional func splitView(splitView: NSSplitView, constrainMinCoordinate proposedMinimumPosition: CGFloat, ofSubviewAt dividerIndex: Int) -> CGFloat來(lái)實(shí)現(xiàn)着绊。但是谐算，當(dāng)我們?cè)贜SSplitViewController直接Override以上兩個(gè)方法的話，會(huì)直接crash归露，所以我采用的方法是生命一個(gè)代理對(duì)象洲脂，然后把代理對(duì)象設(shè)置成splitView的delegate，這樣在override上邊兩個(gè)方法就可以正常執(zhí)行了剧包，但是恐锦，鼠標(biāo)類型是對(duì)了，又產(chǎn)生了其他問(wèn)題疆液。
問(wèn)題二：
本來(lái)一铅，我是使用autolayout來(lái)控制各個(gè)子視圖的尺寸的，但是使用autolayout約束字視圖大小時(shí)如果和代理方法設(shè)置的constrainMaxCoordinate堕油、constrainMinCoordinate沖突的話會(huì)報(bào)錯(cuò)馅闽，所以保險(xiǎn)起見(jiàn)，我們最好移除所有和這兩個(gè)屬性相關(guān)的約束馍迄。我本來(lái)以為，這樣的話我的問(wèn)題就解決了局骤。但是攀圈，too young too simple。
問(wèn)題三：
optional func splitView(splitView: NSSplitView, constrainMinCoordinate proposedMinimumPosition: CGFloat, ofSubviewAt dividerIndex: Int) -> CGFloat
optional func splitView(splitView: NSSplitView, constrainMaxCoordinate proposedMaximumPosition: CGFloat, ofSubviewAt dividerIndex: Int) -> CGFloat
optional func splitView(splitView: NSSplitView, resizeSubviewsWithOldSize oldSize: NSSize)
func splitView(splitView: NSSplitView, shouldAdjustSizeOfSubview view: NSView) -> Bool
如果設(shè)置了NSSplitView實(shí)例對(duì)象的delegate峦甩，并且實(shí)現(xiàn)了以上四個(gè)代理方法中某一個(gè)赘来，則splitView的每個(gè)subview的HoldingPriority會(huì)失效，也就是在拉伸或者壓縮整個(gè)splitview的時(shí)候HoldingPriority比較低的subview不會(huì)被優(yōu)先拉伸凯傲，而是以默認(rèn)情況下按照所占比例整體拉伸相應(yīng)的距離犬辰，這個(gè)反饋太shit了。在沒(méi)有其他辦法的情況下冰单，我們不得不硬著頭皮實(shí)現(xiàn)上邊四個(gè)方法中的倒數(shù)第二個(gè)幌缝，來(lái)純手動(dòng)計(jì)算不同情況下各個(gè)子視圖的大小，這個(gè)地方寫(xiě)起來(lái)是非常麻煩的诫欠。下邊提供一個(gè)范例：
func splitView(splitView: NSSplitView, resizeSubviewsWithOldSize oldSize: NSSize) { // 字視圖通常分為兩個(gè)部分涵卵，內(nèi)容子視圖和分割線視圖（分割線視圖也是有尺寸的，所以要計(jì)算在內(nèi)） let dividerThickness = splitView.dividerThickness // 如果當(dāng)前的splitView的寬度和之前的寬度沒(méi)有變化荒叼，證明我們沒(méi)有拉伸或者壓縮splitView轿偎，這樣我們就可以調(diào)用adjustSubviews()讓系統(tǒng)自己設(shè)置divider的位置，我們就不用操心這種情況下的子視圖的大小和位置了被廓，但是坏晦，如果對(duì)splitView進(jìn)行了拉伸或者壓縮，這個(gè)時(shí)候我們?cè)趯?shí)現(xiàn)了某個(gè)代理方法之后就不得不自己去計(jì)算各種情況下每個(gè)視圖的位置和大小。 if (splitView.frame.size.width == oldSize.width) { splitView.adjustSubviews() return } //以下的代碼只是用來(lái)說(shuō)明需要自己計(jì)算位置和大小昆婿，并沒(méi)有任何實(shí)質(zhì)意義球碉，可以不必仔細(xì)閱讀 for var index = 0; index < splitView.subviews.count; index++ { let subview = splitView.subviews[index] as! NSView subview.frame = NSMakeRect((splitView.frame.size.width - dividerThickness) / CGFloat(splitView.subviews.count) * CGFloat(index) + CGFloat(index) * dividerThickness, 0, (splitView.frame.size.width - dividerThickness) / CGFloat(splitView.subviews.count), splitView.frame.size.height) } }
另，NSSplitViewController是OS X 10.10中新加入的api挖诸，用起來(lái)是非常方便的汁尺，但是如果需要考慮向下兼容的話還是不要用了。
以上是筆者遇到的一些問(wèn)題多律，如果有地方表達(dá)不是很清楚的話歡迎與我交流痴突。QQ：2680914103 轉(zhuǎn)載請(qǐng)注明出處，感謝支持
