UIView-FDCollapsibleConstraints 是一个处理约束的分类,对动态布局中某些子视图的隐藏和显示非常方便。
- 缘由
- 分析
- 感想
一、缘由
对于一些动态视图的隐藏我一般是这样处理的:通过是否显示,然后判断高度是正常还是零来设置:
if (show) {
[subView mas_updateConstraints:^(MASConstraintMaker *make) {
make.height.mas_equalTo(kViewHeight);
}];
}
else {
[subView mas_updateConstraints:^(MASConstraintMaker *make) {
make.height.mas_equalTo(0);
}];
}
一般情况下处理还是OK的,但是有些情况难免还是有些约束冲突的,有时将 mas_updateConstraints
改成 mas_remakeConstraints
警告就没了,但真的有点不知所以然,而且如果是对所有子视图都这样处理的话,代码的重复率又有点高,而 UIView-FDCollapsibleConstraints 就正是解决类似的问题,里面有很多东东值的借鉴。
二、分析
首先从整体看一下里面的结构层次:
分成三个部分
- NSLayoutConstraint (_FDOriginalConstantStorage)
- UIView (FDCollapsibleConstraints)
- UIView (FDAutomaticallyCollapseByIntrinsicContentSize)
从我们平常使用来看,其中以 UIView (FDCollapsibleConstraints) 为最是核心, 当然里面大量 runtime 的运用,这方面也是一个很好的学习,就如_cmd
的小巧妙运用。
关于 UIView (FDCollapsibleConstraints) 处的处理:
- 获取到所有的Constraints
- (NSMutableArray *)fd_collapsibleConstraints {
NSMutableArray *constraints = objc_getAssociatedObject(self, _cmd);
if (!constraints) {
constraints = @[].mutableCopy;
objc_setAssociatedObject(self, _cmd, constraints, OBJC_ASSOCIATION_RETAIN);
}
return constraints;
}
- (void)setFd_collapsibleConstraints:(NSArray *)fd_collapsibleConstraints {
// Hook assignments to our custom `fd_collapsibleConstraints` property.
NSMutableArray *constraints = (NSMutableArray *)self.fd_collapsibleConstraints;
[fd_collapsibleConstraints enumerateObjectsUsingBlock:^(NSLayoutConstraint *constraint, NSUInteger idx, BOOL *stop) {
// Store original constant value
constraint.fd_originalConstant = constraint.constant;
[constraints addObject:constraint];
}];
}
- 对其中的约束进行处理
- (void)setFd_collapsed:(BOOL)collapsed {
[self.fd_collapsibleConstraints enumerateObjectsUsingBlock:^(NSLayoutConstraint *constraint, NSUInteger idx, BOOL *stop) {
if (collapsed) {
constraint.constant = 0;
} else {
constraint.constant = constraint.fd_originalConstant;
}
}];
objc_setAssociatedObject(self, @selector(fd_collapsed), @(collapsed), OBJC_ASSOCIATION_RETAIN);
}
- (BOOL)fd_collapsed {
return [objc_getAssociatedObject(self, _cmd) boolValue];
}
问题: 何以此处是获取到高度数组是怎样获取的呢?
因为此处是只针对于其高度的约束增加了?
-
IB
纯代码
NSLayoutConstraint *testViewHeight = [NSLayoutConstraint constraintWithItem:self.testView attribute:NSLayoutAttributeHeight relatedBy:NSLayoutRelationEqual toItem:nil attribute:NSLayoutAttributeNotAnAttribute multiplier:1.0 constant:100];
self.testView.fd_collapsibleConstraints = @[testViewHeight];
self.testView.fd_collapsed = YES; //表示隐藏
这样添加后,才很好的可以自动显示和隐藏。
当然此处就像作者demo 中演示一样,配合着 UITableViewCell 一起用才是我们比较常用的场景。
三、 感想
然而此种情况比较适合的是 IB 中的约束或原生的代码约束,那我用Masonry 呢?
首先直接用Masonry肯定不行的,Masonry 中 MASConstraint 和系统 NSLayoutConstraint 不能直接转换的。
最关键的点是 让 MASConstraint to NSLayoutConstraint,而事实是:
a MASConstraint can represent several layout constraints and its not advisable to mess with the underlying NSLayoutConstraints.
例如同 UIView-FDCollapsibleConstraints 一样的设计需要将fd_collapsibleConstraints 同时传入MASConstraint 和 它的 value (或者说NSLayoutConstraint),我试了一下,此时用其来就非常笨拙,很不符合高内聚低耦合的那种思想,也是猜测作者一直没有这样加Masonry的原因之一吧。
总的来说,以数组的形式圈起随时需要显示或隐藏的 view , 通过 value Constant 设置 为 0 或正规值来达到效果,就是平常我们 UI 布局很好的借鉴之处。