Mac OS X开发 —— NSSplitView&NS

直入主题，本文来讲一讲关于Mac上最常用的控件之一NSSplitView的一些相关问题。

首先，NSSplitView作为分隔内容的一个视图，支持拖拽改变分隔区域的大小，支持塌陷(collaps)。但是NSSplitView在与autolayout混合使用的时候会有很多问题。

通常我们需要类似QQ的效果，我们需要的是当我们拉伸整个视图的时候，某一个子视图会被拉伸，而其他的视图保持原有大小，当我们拉伸整个视图的时候，我们同样经常需要压缩某一个视图而保持其他视图的尺寸，当被压缩的子视图达到我们设定的最小尺寸的时候，我们会寻找第二低HoldingPriority的视图进行压缩，直到所有的视图都达到我们设定的最小尺寸，或是整个窗口已经达到最小尺寸为止。

问题一：
当我们使用autolayout来控制splitView的每个子视图的尺寸的时候，我们会发现一个现象如图：

error.jpg
鼠标位置明明已经达到autolayout最大约束了，但是还是显示向右可拖拽的单向箭头。控制箭头的类型要通过实现NSSplitViewDelegate下的
optional func splitView(splitView: NSSplitView, constrainMaxCoordinate proposedMaximumPosition: CGFloat, ofSubviewAt dividerIndex: Int) -> CGFloat
optional func splitView(splitView: NSSplitView, constrainMinCoordinate proposedMinimumPosition: CGFloat, ofSubviewAt dividerIndex: Int) -> CGFloat
来实现。但是，当我们在NSSplitViewController直接Override以上两个方法的话，会直接crash，所以我采用的方法是生命一个代理对象，然后把代理对象设置成splitView的delegate，这样在override上边两个方法就可以正常执行了，但是，鼠标类型是对了，又产生了其他问题。

问题二：
本来，我是使用autolayout来控制各个子视图的尺寸的，但是使用autolayout约束字视图大小时如果和代理方法设置的constrainMaxCoordinate、constrainMinCoordinate冲突的话会报错，所以保险起见，我们最好移除所有和这两个属性相关的约束。我本来以为，这样的话我的问题就解决了。但是，too young too simple。

问题三：
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
如果设置了NSSplitView实例对象的delegate，并且实现了以上四个代理方法中某一个，则splitView的每个subview的HoldingPriority会失效，也就是在拉伸或者压缩整个splitview的时候HoldingPriority比较低的subview不会被优先拉伸，而是以默认情况下按照所占比例整体拉伸相应的距离，这个反馈太shit了。在没有其他办法的情况下，我们不得不硬着头皮实现上边四个方法中的倒数第二个，来纯手动计算不同情况下各个子视图的大小，这个地方写起来是非常麻烦的。下边提供一个范例：
func splitView(splitView: NSSplitView, resizeSubviewsWithOldSize oldSize: NSSize) { // 字视图通常分为两个部分，内容子视图和分割线视图（分割线视图也是有尺寸的，所以要计算在内） let dividerThickness = splitView.dividerThickness // 如果当前的splitView的宽度和之前的宽度没有变化，证明我们没有拉伸或者压缩splitView，这样我们就可以调用adjustSubviews()让系统自己设置divider的位置，我们就不用操心这种情况下的子视图的大小和位置了，但是，如果对splitView进行了拉伸或者压缩，这个时候我们在实现了某个代理方法之后就不得不自己去计算各种情况下每个视图的位置和大小。 if (splitView.frame.size.width == oldSize.width) { splitView.adjustSubviews() return } //以下的代码只是用来说明需要自己计算位置和大小，并没有任何实质意义，可以不必仔细阅读 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，用起来是非常方便的，但是如果需要考虑向下兼容的话还是不要用了。

以上是笔者遇到的一些问题，如果有地方表达不是很清楚的话欢迎与我交流。QQ：2680914103 转载请注明出处，感谢支持