集成方式

Masonry支持CocoaPods，可以直接通过podfile文件进行集成，需要在CocoaPods中添加下面代码：

pod 'Masonry'

Masonry 学习建议

在 UI 开发中，纯代码和Interface Builder我都是用过的，在开发过程中也积累了一些经验。对于初学者学习纯代码AutoLayout，我建议还是先学会Interface Builder方式的AutoLayout，领悟苹果对自动布局的规则和思想，然后再把这套思想嵌套在纯代码上。这样学习起来更好入手，也可以避免踩好多坑。

在项目中设置的AutoLayout约束，起到对视图布局的标记作用。设置好约束之后，程序运行过程中创建视图时，会根据设置好的约束计算frame，并渲染到视图上。

所以在纯代码情况下，视图设置的约束是否正确，要以运行之后显示的结果和打印的log为准。

Masonry 中的坑

在使用Masonry进行约束时，有一些是需要注意的。

在使用Masonry添加约束之前，需要在addSubview之后才能使用，否则会导致崩溃。

在添加约束时初学者经常会出现一些错误，约束出现问题的原因一般就是两种：约束冲突和缺少约束。对于这两种问题，可以通过调试和log排查。

之前使用Interface Builder添加约束，如果约束有错误直接就可以看出来，并且会以红色或者黄色警告体现出来。而Masonry则不会直观的体现出来，而是以运行过程中崩溃或者打印异常log体现，所以这也是手写代码进行AutoLayout的一个缺点。

这个问题只能通过多敲代码，积攒纯代码进行AutoLayout的经验，慢慢就用起来越来越得心应手了。

Masonry 基础使用

Masonry 基础 APImas_makeConstraints()添加约束

mas_remakeConstraints()移除之前的约束，重新添加新的约束

mas_updateConstraints()更新约束

equalTo()参数是对象类型，一般是视图对象或者 mas_width 这样的坐标系对象

mas_equalTo()和上面功能相同，参数可以传递基础数据类型对象，可以理解为比上面的 API 更强大width()用来表示宽度，例如代表 view 的宽度

mas_width()用来获取宽度的值。和上面的区别在于，一个代表某个坐标系对象，一个用来获取坐标系对象的值

Auto Boxing

上面例如equalTo或者width这样的，有时候需要涉及到使用mas_前缀，这在开发中需要注意作区分。

如果在当前类引入#import "Masonry.h"之前，用下面两种宏定义声明一下，就不需要区分mas_前缀。

// 定义这个常量，就可以不用在开发过程中使用"mas_"前缀。

#defineMAS_SHORTHAND

// 定义这个常量，就可以让 Masonry 帮我们自动把基础数据类型的数据，自动装箱为对象类型。

#defineMAS_SHORTHAND_GLOBALS

修饰语句

Masonry为了让代码使用和阅读更容易理解，所以直接通过点语法就可以调用，还添加了and和with两个方法。这两个方法内部实际上什么都没干，只是在内部将self直接返回，功能就是为了更加方便阅读，对代码执行没有实际作用。

例如下面的例子：

make.top.and.bottom.equalTo(self.containerView).with.offset(padding);

其内部代码实现，实际上就是直接将self返回。

-(MASConstraint *)with{

returnself;}

更新约束和布局

关于更新约束布局相关的 API，主要用以下四个：

-(void)updateConstraintsIfNeeded 调用此方法，如果有标记为需要重新布局的约束，则立即进行重新布局，内部会调用 updateConstraints 方法

-(void)updateConstraints 重写此方法，内部实现自定义布局过程

-(BOOL)needsUpdateConstraints 当前是否需要重新布局，内部会判断当前有没有被标记的约束

-(void)setNeedsUpdateConstraints 标记需要进行重新布局

关于UIView重新布局相关的 API，主要用以下三个：

-(void)setNeedsLayout 标记为需要重新布局

-(void)layoutIfNeeded 查看当前视图是否被标记需要重新布局，有则在内部调用 layoutSubviews 方法进行重新布局

-(void)layoutSubviews 重写当前方法，在内部完成重新布局操作

Masonry 示例代码

Masonry 本质上就是对系统 AutoLayout 进行的封装，包括里面很多的 API，都是对系统 API 进行了一次二次包装。

typedefNS_OPTIONS(NSInteger, MASAttribute) { MASAttributeLeft = 1

return50.f;}- (UITableView*)tableView {

if(!_tableView) { _tableView = [[UITableViewalloc] initWithFrame:CGRectZero style:UITableViewStylePlain]; _tableView.delegate= self; _tableView.dataSource= self;

// 设置 tableView 自动高度_tableView.rowHeight= UITableViewAutomaticDimension; [_tableView registerClass:[MasonryTableViewCell class] forCellReuseIdentifier:LXZTableViewCellIdentifier]; [self.viewaddSubview:_tableView]; }

return_tableView;}

UIScrollView 自动布局

之前听很多人说过UIScrollView很麻烦，然而我并没有感觉到有多麻烦(并非装逼)。我感觉说麻烦的人可能根本就没试过吧，只是觉得很麻烦而已。

我这里就讲一下两种进行UIScrollView自动布局的方案，并且会讲一下自动布局的技巧，只要掌握技巧，布局其实很简单。

布局小技巧：

给UIScrollView添加的约束是定义其frame，设置contentSize是定义其内部大小。UIScrollView进行addSubview操作，都是将其子视图添加到contentView上。

所以，添加到UIScrollView上的子视图，对UIScrollView添加的约束都是作用于contentView上的。只需要按照这样的思路给UIScrollView设置约束，就可以掌握设置约束的技巧了。提前设置 contentSize// 提前设置好 UIScrollView 的 contentSize，并设置 UIScrollView 自身的约束self.scrollView.contentSize= CGSizeMake(1000, 1000);

[self.scrollViewmas_makeConstraints:^(MASConstraintMaker *make) { make.edges.equalTo(self.view);

}];

// 虽然 redView 的 get 方法内部已经执行过 addSubview 操作，但是 UIView 始终以最后一次添加的父视图为准，也就是 redView 始终是在最后一次添加的父视图上。[self.scrollViewaddSubview:self.redView];

[self.redViewmas_makeConstraints:^(MASConstraintMaker *make) { make.left.top.equalTo(self.scrollView);make.width.height.mas_equalTo(200);}];

[self.scrollViewaddSubview:self.blueView];

[self.blueViewmas_makeConstraints:^(MASConstraintMaker *make) { make.left.equalTo(self.redView.mas_right);make.top.equalTo(self.scrollView);make.width.height.equalTo(self.redView);

}];

[self.scrollViewaddSubview:self.greenView];

[self.greenViewmas_makeConstraints:^(MASConstraintMaker *make) { make.left.equalTo(self.scrollView);make.top.equalTo(self.redView.mas_bottom);make.width.height.equalTo(self.redView);

}];

自动 contentSize

上面的例子是提前设置好UIScrollView的contentSize的内部size，然后直接向里面addSubview。但是这有个要求就是，需要提前知道contentSize的大小，不然没法设置。

这个例子中将会展示动态改变contentSize的大小，内部视图有多少contentSize就自动扩充到多大。

这种方式的实现，主要是依赖于创建一个containerView内容视图，并添加到UIScrollView上作为子视图。UIScrollView原来的子视图都添加到containerView上，并且和这个视图设置约束。

因为对UIScrollView进行addSubview操作的时候，本质上是往其contentView上添加。也就是containerView的父视图是contentView，通过containerView撑起contentView视图的大小，以此来实现动态改变contentSize。

// 在进行约束的时候，要对 containerView 的上下左右都添加和子视图的约束，以便确认 containerView 的边界区域。[self.scrollViewmas_makeConstraints:^(MASConstraintMaker *make) { make.edges.equalTo(self.view);

}];

CGFloat padding = LXZViewPadding;

[self.containerViewmas_makeConstraints:^(MASConstraintMaker *make) { make.edges.equalTo(self.scrollView).insets(UIEdgeInsetsMake(padding, padding, padding, padding));

}];

[self.containerViewaddSubview:self.greenView];

[self.greenViewmas_makeConstraints:^(MASConstraintMaker *make) { make.top.left.equalTo(self.containerView).offset(padding);make.size.mas_equalTo(CGSizeMake(250, 250));

}];

[self.containerViewaddSubview:self.redView];

[self.redViewmas_makeConstraints:^(MASConstraintMaker *make) { make.top.equalTo(self.containerView).offset(padding);make.left.equalTo(self.greenView.mas_right).offset(padding);make.size.equalTo(self.greenView);make.right.equalTo(self.containerView).offset(-padding);

}];

[self.containerViewaddSubview:self.yellowView];

[self.yellowViewmas_makeConstraints:^(MASConstraintMaker *make) { make.left.equalTo(self.containerView).offset(padding);make.top.equalTo(self.greenView.mas_bottom).offset(padding);make.size.equalTo(self.greenView);make.bottom.equalTo(self.containerView).offset(-padding);