使用jquery.masonry做瀑布流，图片重叠

masonry基本解释n,石工；石工行业；[建]石造建筑,同近masonry相关例句和用法Several people were buried under falling masonry..好几个人被埋在倒塌的砖石下面。masonry英英释义石工术, 石匠职业英释中释nthe bricks or stone from which a building, wall etc has been mademasonry短语masonry structure,砌体结构；砖石建筑物；石工结构.短语

masonry [u02c8meisnri]砌筑; 砌砖; 砖石建筑; 砖石结构; 圬工

Masonry就是对系统 AutoLayout 进行的封装，包括里面很多的 API ，都是对系统 API 进行了一次二次包装。 方法1： offset() 方法，此法繁琐 方法2：通过 insets 简化设置内边距的方式，，此法简单 1： mas_makeConstraints 特点：只负责 新增 约束 2： mas_remakeConstraints 特点：会清除 当前对象 之前的所有约束，仅保留最 新的 约束 3： mas_updateConstraints 特点： 更新 对象的约束 注意: 同一个对象 使用 mas_updateConstraints 一定要保证 block 中要更新的元素是其使用 mas_makeConstraints 设置的约束 1，正确的示例：如下就是正确的，则不会出现约束冲突问题 2，错误的示例：但是下面的就不对了，就会出现约束冲突 在iOS 7 及其以下 会出现由于约束冲突出现的崩溃 例子2: mas_updateConstraints 使用 textLabel 只需要设置一个属性即可 使用基础数据类型当做参数 设置约束优先级 设置约束比例 子视图 等高/等宽 练习 子视图垂直居中练习

masonry Define masonry :["meisnri] n. 石工行业，砖石建筑

前几天，被问到一个问题，用Masonry布局，多个控件等分父视图宽度，一行显示。 一开始，脑子里，想的是子视图一个一个的布局。但是，查阅资料发现，Masonry已经提供了相应的接口，可以快速实现这种效果。 下面，让我们看一下，如果能够快速的实现 在Masonry中我们可以看到NSArray+MASAdditions.h分类，这是一个NSArray的分类。我们可以知道，这里面的方法适用于NSArray。 在这个头文件中，我们可以看到有五个方法 前三个方法，我们应该很熟悉，添加约束、更新约束、重新构建约束 下面重点讲解最后两个方法 axisType 横排还是竖排，是一个枚举类型 MASAxisTypeHorizontal：横向排列 MASAxisTypeVertical: 纵向排列 fixedSpacing : 相邻控件间隔 leadSpacing : 第一个控件与父视图边缘的间隔 如果是横向排列，那么是与父视图左边缘的间隔 如果是纵向排列，那么是与父视图上边缘的间隔 tailSpacing : 最后一个控件与父视图边缘的间隔 如果是横向排列，那么是与父视图右边缘的间隔 如果是纵向排列，那么是与父视图下边缘的间隔 这种适合场景，固定间隔不固定宽高 此方法，与上面方法的区别在于第二个参数 fixedItemLength: 固定控件的宽度或者高度 当横向排列时，固定的是控件的宽度 当纵向排列时，固定的是控件的高度 其他参数同上面的方法介绍 这种使用场景，固定宽高不固定间隔

以下的所有内容都是摘抄至不同的网络文章。 首先对于Masonry的使用本人还是比较支持的，在iPhone6 和 6p出现后，也是势在必行。 感谢一下作者的帮助： Masonry使用 其中的精华无非就是注意点而已，一下就是我个人觉得对我帮助最大的地方。 Masonry使用讲解mas_makeConstraints 是给view添加约束，约束有几种，分别是边距，宽，高，左上右下距离，基准线。添加过约束后可以有修正，修正 有offset（位移）修正和multipliedBy（倍率）修正 语法一般是 make.equalTo or make.greaterThanOrEqualTo or make.lessThanOrEqualTo + 倍数和位移修正 注意点1： 使用 mas_makeConstraints方法的元素必须事先添加到父元素的中，例如[self.view addSubview:view]; 注意点2： masequalTo 和 equalTo 区别：masequalTo 比equalTo多了类型转换操作，一般来说，大多数时候两个方法都是 通用的，但是对于数值元素使用mas_equalTo。对于对象或是多个属性的处理，使用equalTo。特别是多个属性时，必须使用equalTo,例如 make.left.and.right.equalTo(self.view); 注意点3: 注意到方法with和and,这连个方法其实没有做任何操作，方法只是返回对象本身，这这个方法的左右完全是为了方法写的时候的可读性 。make.left.and.right.equalTo(self.view);和make.left.right.equalTo(self.view);是完全一样的，但是明显的加了and方法的语句可读性 更好点。

约束

Masonry可以设置约束的优先级，优先级分为priorityHigh,priorityMedium,priorityLow(高，中等，低)三个等级。优先级默认为中等，所以当我们对某一个控件的约束条件重复后，会打印警告信息，告诉我们应该去修复它们。 [view mas_makeConstraints:^(MASConstraintMaker *make) {make.top.equalTo(@0).priorityHigh(); }]; 当你使用masonry进行布局，运行的时候控制台如果有输出约束重复的话，可以用 .priorityHigh()将你想要布局的约束的优先级提高，就不会报约束重复了。

在开发中，我们都会选择使用Masonry来做适配，但是有时我们又需要获取某个控件的frame，这时就会发现用Masonry布局的获取不到控件的frame。 这是因为用Masonry布局时控件的还没有在视图上展示出来，所以frame也就没有了，具体原理就得看Masonry实现的原理了，单用frame布局的就会有。 这时如果我们需要获取到frame的话就得刷新视图 这个方法将会刷新视图。在这个方法后就能获取frame 想要再深入了解的可以点这个链接看看 https://www.jianshu.com/p/87565c06117c 在这里对于这链接稍微加上我个人的理解 LayoutIfNeeded并不是马上就刷新布局的，而是在系统认为在合适的情况下刷新的，至于什么是合适的情况我就不知道了。如果需要马上刷新可以在LayoutIfNeeded前加上setNeedsLayout 如果仅仅是想获取frame直接用layoutIfNeeded就可以了

在刚使用Masonry的时候，会碰到需要将单独的图层Layer添加到View上，而CALayer是不可以调用Masonry方法的，这对于在使用Masonry的情况就比较尴尬，下面我们来直接用一种比较简单的解决办法，后边会简单讲一下原因。 我们可以通过获取View的frame来解决这一问题，而通过Masonry添加约束后是不会及时更新相对应的frame的。 这个时候我们可以通过layoutIfNeeded来调用layoutSubviews这个方法来解决，这么说可能有点蒙，举个例子看一下 这时我们看到当我们调用[self.view layoutIfNeeded]时，- (void)layoutSubviews方法被调用了，并且得到了约束后View的frame。 有的时候，会发现我们调用了layoutIfNeeded,但- (void)layoutSubviews方法却没有被调用，我们可以在调用layoutIfNeeded之前先调用一下setNeedsLayout 这样- (void)layoutSubviews方法一定会调用，下面来简单讲一下原因。 Masonry是对Autolayout的一个封装，当通过Autolayout对控件添加约束后，系统会调用layoutSubviews来对所有VIew更新frame，但我们通过Masonry对View添加完约束后不是马上就会调用layoutSubviews方法。 这时我们就可以调用layoutIfNeeded和setNeedsLayout方法来对layoutSubviews方法进行调用。但为什么有时只需要调用layoutIfNeeded而有时还要现调用一下setNeedsLayout呢，下面简单讲一下这两个方法 如果我们不管什么时候都想强制调用layoutSubviews方法的话就同时调用

这都2017年了还在用frame布局实在是有点low了。。。 Autolayout自iOS6开始引入，到现在基本上也没什么坑了，就算有，前辈们也都填好了( u207cu0334u0300 .u032b u207cu0334u0301 )u2727 我理解的自动计算cell高度，有两个注意点： 第一： 设置tableView.estimatedRowHeight self.tableView.estimatedRowHeight = 20 第二： 设置约束，保证cell的contentView的高度可以根据子控件算出来 例如以下只有一个label填充的cell（cell的结构->cell--contentView--label） 只需要给label添加以下约束： cell就可以自动计算自己的高度 下面的是我的想法过程，大家可以略过： 一开始的时候想的是给label一个高度小于等于120的约束，并且持有它 make.height.lessThanOrEqualTo(@120) 折叠的时候，把约束install，展开的时候uninstall。 实现起来：每次在TableView的cell点击代理方法里面 调用cell的方法使label高度的约束install和uninstall，然后调用 [tableView reloadRowsAtIndexPaths:@[indexPath] withRowAnimation:UITableViewRowAnimationFade]; 后来发现和这个约束有冲突 make.bottom.equalTo(_contentLabel.superview.mas_bottom).with.offset(-20) ，作为强迫症患者这能忍？。 然后突然想到label的numberOfLines可以限制行数......这不就是现成的实现折叠/展开的最好方法吗... test-autolayoutcell 1. Masonry 2. 优化UITableViewCell高度计算的那些事 3. iOS7和iOS8下的自适应cell

在使用masonry过程中为button设置约束时宽度自适应，但是一般button的title两边都会留白，一般最简单的做法是两边加空格。但是身为较真的我不想这样做，而且空格也不能满足UI对间距像素的要求。 最开始想了一个骚操作 但是这样在iOS10.0的版本里不兼容，导致标题不显示U0001f62d 然后想到了用 但是并不能解决问题。 最后、最后、最后！！！ 想到了UIbutton一个被我们忽略的属性contentEdgeInsets //内边距 所以： 完美解决，并且兼容所有版本U0001f61d

可以结合使用, xib初始化做约束, masonry可以更新xib的原来的约束或者移除移除约束,实现功能或者动画

@interface contrastViewController()@property (nonatomic,strong) UIView *myView;@end@implementation contrastViewController-(void)loadView{ [super loadView]; _myView = [[UIView alloc]init]; [self.view addSubview:_myView]; }-(void)viewDidLoad{ [super viewDidLoad]; _myView.backgroundColor = [UIColor orangeColor]; _myView.translatesAutoresizingMaskIntoConstraints = NO; [self.view addConstraints:@[ [NSLayoutConstraint constraintWithItem:_myView attribute:NSLayoutAttributeTop relatedBy:NSLayoutRelationEqual toItem:self.view attribute:NSLayoutAttributeTop multiplier:1.0 constant:10], [NSLayoutConstraint constraintWithItem:_myView attribute:NSLayoutAttributeLeft relatedBy:NSLayoutRelationEqual toItem:self.view attribute:NSLayoutAttributeLeft multiplier:1.0 constant:10], [NSLayoutConstraint constraintWithItem:_myView attribute:NSLayoutAttributeBottom relatedBy:NSLayoutRelationEqual toItem:self.view attribute:NSLayoutAttributeBottom multiplier:1.0 constant:-10], [NSLayoutConstraint constraintWithItem:_myView attribute:NSLayoutAttributeRight relatedBy:NSLayoutRelationEqual toItem:self.view attribute:NSLayoutAttributeRight multiplier:1 constant:-10], ]];}@end

cell的高度可以有两种设置方式。其一就是你说的 通过masonry等第三方的约束工具类。首先UItableView的cell高度必须设置为如下。UITableView.cellHeight = UITableViewAutomaticDimensionestimatedRowHeight = 44.f(大于即可)加约束时注意， 你的控件上下之间和高度都要有约束。最上方约束约束到ContentView的上放，最下方的约束加到ContentView的底部。 运行即可cell自动适应控件内容了。简单的举个栗子：你的cell在XIB中有一个UILabel，并设置了。上、下、左、右的约束。并且设置了如上所说的cellHeight和estimatedRowHeight的值。你自己传入UILabel的文本，会把Cell撑起来的。

可以参考storyBoard和XIB, masony就是根据这个来做的, masonry不能按照比例来定位子视图, 只能给具体参数, 如果要按照比例来做不能用masonry, 需要自己通过比例来算,然后直接给frame赋值

高度设置无限大 约束top 和 left 设置一下width 然后自适应高度设置height 就行了啊

应该是没办法自适应的，UITextView里面是个可滚动的东西，可以想象一下UITableView等这类控件，怎么能够根据里面的内容去自动改变父控件的高度呢，因为里面内容的高度位置的信息都是根据父控件的位置大小去计算的，所以应该不能又根据内部控件的大小去计算出父控件的位置及大小。可以考虑自己根据文本内容去计算出（像计算UILabel的高度一样）UItextView所需要的大小，再去给UITextView去重新设置位置大小。

可以结合使用。使用常规的Masonry语法完成布局的代码是这样的 [redView mas_makeConstraints:^(MASConstraintMaker *make) { make.left.equalTo(self.view.mas_left).with.offset(0); make.bottom.equalTo(self.view.mas_bottom).with.offset(0); make.height.equalTo(@100); }]; [blueView mas_makeConstraints:^(MASConstraintMaker *make) { make.left.equalTo(redView.mas_right).with.offset(0); make.bottom.equalTo(self.view.mas_bottom).with.offset(0); make.width.equalTo(redView.mas_width).with.offset(0); make.height.equalTo(redView.mas_height).with.offset(0); }]; [greenView mas_makeConstraints:^(MASConstraintMaker *make) { make.left.equalTo(blueView.mas_right).with.offset(0); make.bottom.equalTo(self.view.mas_bottom).with.offset(0); make.right.equalTo(self.view.mas_right).with.offset(0); make.width.equalTo(blueView.mas_width).with.offset(0); make.height.equalTo(blueView.mas_height).with.offset(0); }];代码中可以看到具体的逻辑还是特别清晰的。可以清楚地了解各个控件间的关系，基本上每一行代表着xib中的一根约束。并且Masonry支持了一些省略和简写：如果是两个控件的同一个位置（约束）之间的联系，括号中可以只写以来的控件约束可以省略；如果约束依赖的是同一个控件，那可以用and将两个约束连在一行写；如果偏移量offset是0，后面的with.offset(0)可以省略；将上面的代码最简可以写成如下 [redView mas_makeConstraints:^(MASConstraintMaker *make) { make.left.and.bottom.equalTo(self.view); make.height.equalTo(@100); }]; [blueView mas_makeConstraints:^(MASConstraintMaker *make)

一个控件，想要删除其中一条约束，比如这条make.bottom.mas_offset(0); 首先要用一个MASConstraint属性把这条约束记录下来 然后在mas_makeConstraints把bottom的约束赋值给他： 想要删除的时候调用：

就是这个区的特长

centerX设好就行了，设了centerX和left就没必要设right了，就能实现垂直居中了。

setNeedsLayout：告知页面需要更新，但是不会立刻开始更新。执行后会立刻调用layoutSubviews。layoutIfNeeded：告知页面布局立刻更新。所以一般都会和setNeedsLayout一起使用。如果希望立刻生成新的frame需要调用此方法，利用这点一般布局动画可以在更新布局后直接使用这个方法让动画生效。layoutSubviews：系统重写布局setNeedsUpdateConstraints：告知需要更新约束，但是不会立刻开始updateConstraintsIfNeeded：告知立刻更新约束updateConstraints：系统更新约束

回答：参照《88J1-4（2006）干拌砂浆》建筑构造通用图集对于干拌砂浆的分类与编号，简要说明了该图集对《88J1-1工程做法》、《88J1-3工程做法（2）》中现场配制砂浆的材料与工法的替换、合并与简化。由北京市规划委员会组织，由北京建筑材料科学研究总院、北京华建标建筑标准技术开发中心、中国建筑协会材料分会砂浆专业委员会联合主编的建筑构造通用图集《88J1-4（2006）干拌砂浆》，于2006年7月通过华北地区建筑设计标准化办公室与西北地区建筑设计标准化办公室专家组的审定。x0dx0a该图集针对我国干拌砂浆的产品性能特征，进行了分类及编号；针对楼地面、内外墙面、顶棚、屋面等不同部位的具体要求，对华北标通用图集《88J1-1工程做法》、《88J1-3工程做法（2）》中现场配制砂浆的材料与工法，进行了替换、合并与简化。本文对该图集的编制思路作简要说明，以便业内使用。x0dx0a一、分类及编号：x0dx0a1、砂浆（Mortar）：按照应用形式可以分为预拌砂浆（商品砂浆）与现场拌合砂浆两类；按照所用胶凝材料可以分为水泥类、石膏类、石灰类、水玻璃类和磷酸盐类；按照使用功能大致分为结构性砂浆、功能性砂浆与装饰性砂浆，其中结构性砂浆用于砌筑、抹灰、粘接、锚固、界面处理、非承重构件等，可以按照抗压强度分为不同的强度标号；功能性砂浆可以用于保温、防火、防水、修补等；装饰性砂浆可以用于外墙、内墙、地面等；按照施工方法又可以分为手工镘抹和机械喷涂。x0dx0a2、预拌砂浆（Factory-made mortar）：在工厂进行配料和混合而生产的砂浆。砂浆可以是“干拌的”，使用前只需要加水混合即可，或者是“湿拌的”，供应后可以立即使用。代号F。x0dx0a3、干拌砂浆（Dry-mixed mortar）：代号D；湿拌砂浆（Wet-mixed mortar）：代号W；现场拌合砂浆（Site-made mortar）：代号S。x0dx0a4、砌筑砂浆（Masonry mortar）：代号M；x0dx0a干拌砌筑砂浆（Dry-mixed Masonry mortar）：代号DM；x0dx0a湿拌砌筑砂浆（Wet-mixed Masonry mortar）：代号WM。x0dx0a干拌砌筑砂浆按照砌体材料不同的吸水特点，可以分为：x0dx0a高保水性砌筑砂浆（Dry-mixed High Water retentive masonry mortar）：代号DM-HR，用于加气混凝土砌块和烧结砖；x0dx0a中等保水性砌筑砂浆（Dry-mixed Middle Water retentive masonry mortar）：代号DM-MR，用于普通混凝土砌块和轻质混凝土砌块；x0dx0a低保水性砌筑砂浆（Dry-mixed Low Water retentive masonry mortar）：代号DM-LR，用于灰砂砖。x0dx0a按照砌筑砂浆的常用强度标号，分为：DM-5；DM-10；DM-15；DM-20。x0dx0a5、抹灰砂浆（Rendering/plastering mortar）：代号P；x0dx0a干拌抹灰砂浆（Dry-mixed Rendering/plastering mortar）：代号DP；x0dx0a湿拌抹灰砂浆（Wet-mixed Rendering/plastering mortar）：代号WP；x0dx0a干拌抹灰砂浆按照基体材料不同的吸水特点，可以分为：x0dx0a高保水性抹灰砂浆（Dry-mixed High Water retentive Rendering/plastering mortar）：代号DP-HR，用于加气混凝土墙面、烧结砖墙面；x0dx0a中等保水性砌筑砂浆（Dry-mixed Middle Water retentive Rendering/plastering mortar）：代号DP-MR，用于普通混凝土砌块和轻质混凝土砌块墙面，轻质混凝土条板墙面，现浇混凝土墙面；x0dx0a低保水性砌筑砂浆（Dry-mixed Low Water retentive Rendering/plastering mortar）：代号DP-LR，用于灰砂砖墙面。x0dx0a照抹灰砂浆用胶凝材料：粉刷石膏（Dry-mixed Gypsum plaster）代号DP-G。x0dx0a按照抹灰砂浆厚度：腻子（Dry-mixed Skin plaster），代号DSP。x0dx0a6、地面找平砂浆（Screed mortar）：代号S；x0dx0a干拌地面找平砂浆（Dry-mixed Screed mortar）：代号DS；x0dx0a湿拌地面找平砂浆（Wet-mixed Screed mortar）：代号WS；x0dx0a水泥基自流平砂浆（Dry-mixed Cementitious self-leveling floor mortar）：代号SLF；x0dx0a自流平石膏（Dry-mixed Gypsum self-leveling floor mortar）：代号SLF-G。x0dx0a7、泡沫聚苯板薄抹灰外墙外保温体系专用干拌粘结砂浆：代号DEA；泡沫聚苯板薄抹灰外墙外保温体系用干拌抹面砂浆（Dry-mixed Basecoat mortar for ETICS）：代号DBI。x0dx0a8、瓷砖粘结剂（Dry-mixed adhesives for Tiles）：代号DTA；瓷砖勾缝剂（Dry-mixed grout for Tiles）：代号DTG。x0dx0a9、界面处理剂（Dry-mixed Bonding mortar）：在“多层”系统中形成最初粘结层，通常以薄层的形式施工，代号DB。x0dx0a10、彩色砂浆（Dry-mixed Coloured mortar）：代号DC。x0dx0a11、防水砂浆（Dry-mixed Waterproofing mortar）：在规定压力下防止水渗入底层的砂浆，代号DWP。 x0dx0a12、修补砂浆（Dry-mixed Repair mortar）：用于修补或替换有缺陷混凝土的砂浆，可以是结构性砂浆，或者是非结构性砂浆，代号DR。x0dx0a13、锚固砂浆（Dry-mixed Anchoring mortar）：代号DA未在上述分类编号中列入的砂浆品种，采用下述编号规则：x0dx0aD-砂浆功能的英文简称-强度标号-保水性-胶凝材料品种x0dx0a二、材料与工法变更：x0dx0a1、干拌砂浆强度标号与现场拌合砂浆配比的替换：x0dx0aDM-5，替换1：1：6混合砂浆、1：4水泥砂浆；x0dx0aDM-10，替换1：0.5：3混合砂浆、1：3水泥砂浆；x0dx0aDM-15，替换1：1：4混合砂浆、1：2.5水泥砂浆；x0dx0aDM-20，替换1：2水泥砂浆。x0dx0a2、针对不同基材、环境特征，按照上述分类，将《88J1-1工程做法》、《88J1-3工程做法（2）》中现场配制的混合砂浆、水泥砂浆全部替换，由于建筑熟石灰的来源与质量均不稳定，取消石灰砂浆内容。x0dx0a3、由于干拌砂浆与基材之间、干拌砂浆与干拌砂浆之间均有严格的粘结强度要求，而所谓“建筑胶”却没有办法严格控制其现场质量，取消“素水泥浆一道（内掺建筑胶）”、“建筑胶水泥砂浆”等做法。x0dx0a4、由于上述原因，对砂浆层的工法，也进行了替换、合并与简化，厚度也相应减薄，从而充分发挥干拌砂浆节约资源、保护环境、提高建筑工程质量、实现文明施工和促进建筑施工现代化的效果。

The external walls of masonry (including staircases inside wall ) and reinforced concrete beam, column, sill capping junction and underground hole groove to take local strengthening measures

需要的，一般block块里面最好别直接使用self，否则会造成内存泄露ARC里面可以用__weak修饰，MRC里面不行，MRC要用__block修饰。__block是ARC和MRC通用的

1、子控件超出父控件的范围可以设置父控件的AutoScroll属性为true来使用滚动条；2、要将添加的Panel显示在父控件中所有控件之上可以通过调整添加子控件的顺序来处理，也可以直接使用如下代码：//将child这个控件显示在最上面:child.BringToFront();RelativeLayout是TextView的父控件，TextView是RelativeLayout的子控件，父控件包含子控件，然后在父控件中调整对应的位置希望对你有帮助，还有疑问请追问或是Hi

jquery masonry 瀑布流居中itemSelector class选择器,默认".item"，这个表示每个块的选择器columnWidth 一列的宽度isAnimated 使用jquery的布局变化,默认trueanimationOptions animate属性渐变效果(Object { queue: false, duration: 500 })gutterWidth 列的间隙 IntegerisFitWidth 自适应浏览器宽度BooleanisResizableL 是否可调整大小 BooleanisRTL 使用从右到左的布局 Boolean

1、ScrollView 的滚动条默认置顶，若想设置它的位置，可以使用mScrollView.smoothScrollTo(x,y)方法，可达到效果。 2、crollTo方法可以调整view的显示位置。在需要的地方调用以下方法即可。

你是说图片重叠把。瀑布流是需要在图片都加载完后，才出去初始化瀑布流插件。如果你直接在dom加载完去初始化，图片没加载完，会导致重叠。

trailing 是在布局的末尾bottom是在布局的底部区别就是位置布局、

- (CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section通过委托方法返回表头视图，返回值是一个UIView对象

可以用cocoaPods 安装 也可以直接把masonry 直接拉入项目工程里

用反斜杠“”试试,在windows系统中用来表示目录你的斜杠都被解释成双引号了，没遇到过这个问题如果还不行那就都用双引号，然后遇到url时反编译一下

问题：每个item里面包含图片，由于加载延迟，导致渲染重叠。 解决方法：等待图片加载完毕再次渲染。 初始化： 判断图片加载完毕方法：

-(instancetype)init{if (self = [super init]) {self.backgroundColor = BY_RGB(232, 234, 235, 1);[self createSubviews];//这里面设置子视图约束}return self;}我自定义UIView BYPayResultWithStage *stageView = [[BYPayResultWithStage alloc] init];[self.view addSubview:stageView];[stageView mas_makeConstraints:^(MASConstraintMaker *make) {make.top.bottom.left.right.equalTo(self.view);}];约束方法 make.top.bottom.left.right.equalTo(self.view);可以用make.edges.equalTo(self.view).更简单些

1MagicNumber->autoresizingMask->autolayout以上是纯手写代码所经历的关于页面布局的三个时期在iphone1-iphone3gs时代window的size固定为(320,480)我们只需要简单计算一下相对位置就好了在iphone4-iphone4s时代苹果推出了retina屏但是给了码农们非常大的福利:window的size不变在iphone5-iphone5s时代window的size变了(320,568)这时autoresizingMask派上了用场(为啥这时候不用Autolayout?因为还要支持ios5呗)简单的适配一下即可在iphone6+时代window的width也发生了变化(相对5和5s的屏幕比例没有变化)终于是时候抛弃autoresizingMask改用autolayout了(不用支持ios5了相对于屏幕适配的多样性来说autoresizingMask也已经过时了)那如何快速的上手autolayout呢?说实话当年ios6推出的同时新增了autolayout的特性我看了一下官方文档和demo就立马抛弃到一边了因为实在过于的繁琐和啰嗦(有过经验的朋友肯定有同感)直到iphone6发布之后我知道使用autolayout势在必行了这时想起了以前在浏览Github看到过的一个第三方库Masonry在花了几个小时的研究使用后我就将autolayout掌握了(重点是我并没有学习任何的官方文档或者其他的关于autolayout的知识)这就是我为什么要写下这篇文章来推荐它的原因介绍Masonry源码Masonry是一个轻量级的布局框架拥有自己的描述语法采用更优雅的链式语法封装自动布局简洁明了并具有高可读性而且同时支持iOS和MaxOSX我们先来看一段官方的samplecode来认识一下Masonry1[view1mas_makeConstraints:^(MASConstraintMaker*make){2make.edges.equalTo(superview).with.insets(padding);3}];看到block里面的那句话:makeedgesequalTosuperviewwithinsets通过链式的自然语言就把view1给autolayout好了是不是简单易懂?使用

高度设置无限大 约束top 和 left 设置一下width 然后自适应高度设置height 就行了啊

学习： 里脊串 Masonry介绍与使用实践(快速上手Autolayout)

masonry 和 sdautolayout，sdautolayout好用。AutoLayout关于更新的几个方法的区别setNeedsLayout：告知页面需要更新，但是不会立刻开始更新。执行后会立刻调用layoutSubviews。layoutIfNeeded：告知页面布局立刻更新。所以一般都会和setNeedsLayout一起使用。如果希望立刻生成新的frame需要调用此方法，利用这点一般布局动画可以在更新布局后直接使用这个方法让动画生效。layoutSubviews：系统重写布局setNeedsUpdateConstraints：告知需要更新约束，但是不会立刻开始updateConstraintsIfNeeded：告知立刻更新约束updateConstraints：系统更新约束

可以参考storyBoard和XIB,masony就是根据这个来做的,masonry不能按照比例来定位子视图,只能给具体参数,如果要按照比例来做不能用masonry,需要自己通过比例来算,然后直接给frame赋值

在自定义单元格中对view使用了masnory约束后会发现 获取的view的frame都是0 解决办法就是在layoutSubviews里去拿view.frame

用第一个ViewController的uiview添加另外一个viewController的view 例如[self.view addSubView viewController.view]

通过委托方法设置表头高度- (CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section通过委托方法返回表头视图，返回值是一个UIView对象

第一区：奢侈品（Luxury） 　　无忧的生活环境令第一区居民对“饥饿游戏”并不排斥，他们甚至建立了严格的训练体系，专门培养那些日后可以参与比赛的“职业选手”。同样培养职业选手的还包括第二区和第四区，而最终胜者往往从这些人里诞生。 第二区：石工（Masonry）　　坐落于落基山脉，靠近凯匹特城。虽然最初是以石造建筑与石工加工为生，但第二区同时也是都城的最强防线，担负着制造武器的任务。某种程度上，第二区比第一区更为重用，一部分居民像都城的贵族一样，被允许拥有罗马名字。第三区：科技（Electronics） 　　第三区的大部分居民大多从事技术工种，比如工程师。虽然他们在比赛中可利用自己的特长制造陷阱，但成绩却差强人意。 第四区：渔业（Fishing） 　　又一个诞生职业选手的区域，位于沿海地区。据说，第四区的人大多有着出众的外貌，第二部中的万人迷角色芬尼斯就出自第四区。第五区：能源（Power） 　　原著中没有太多对于第五区的描写。 第六区：交通（Transportation） 　　在第六区出生的人民天生对morphling（一种类似**的药物）上瘾。 第七区：林业与造纸（Lumber and Paper） 　　顾名思义，第七区位于丛林茂盛的地区。 第八区：纺织（Textiles） 　　故事第二部中，凯特尼斯从第八区Bonnie口中得知13区仍然秘密存在着，而在日后的反抗运动中，第八区也是最早燃起战火的。第九区：谷物（Grain） 　　小说中描写到，来自第九区的人都有着褐色的眼睛。 第十区：畜牧业（Livestock） 　　小说里并没有详细描写。第十一区：农业（Agriculture）　　这个区域有着广袤的土地，用于农业种植。人民有着深色的皮肤与棕色的眼睛，他们生活的棚屋之中，时时受到都城卫队的监控。年纪尚幼的孩子也要帮忙做事，爬上果树上采摘果实；到了繁忙的收获时节，深夜时分也需继续工作。第十二区：矿业（Mining） 　　卡特尼斯与皮塔所居住的地方，距离都城最远。对于这里的人们来说，饥饿游戏是一场不公平的比赛，因为直到18岁，孩子们才允许学习专业技能。历史上，比赛的胜者中只有两位来自第十二区，黑密斯是其中唯一还活着的。此外，第十二区还被分为两个区域，较为平常的商业区与贫穷落寞的“夹缝地带”（Seam）。虽然表面上这里是主攻煤矿业，但小说第三部里也提到，黑暗时期后，十二区同样负责一部分药物和粮食消失的第十三区：石墨与核武器（Graphite and Nuclear Technology） 　　根据凯匹特的史书记载，75年前的那场**运动中，第1-12区被**，而第13区则遭遇毁灭之灾。然而事实的真相却是另一番景象，当年，第十三区与此凯匹特提出和解条约，双方达成协议相互独立。从此，第十三区就搬到了地下世界，其存在也就成为了只有少数人知晓的秘密。

如下图： 下面是我写的一个view分类中的设置圆角方法

第一区：奢侈品（Luxury） 　　无忧的生活环境令第一区居民对“饥饿游戏”并不排斥，他们甚至建立了严格的训练体系，专门培养那些日后可以参与比赛的“职业选手”。同样培养职业选手的还包括第二区和第四区，而最终胜者往往从这些人里诞生。 第二区：石工（Masonry）　　坐落于落基山脉，靠近凯匹特城。虽然最初是以石造建筑与石工加工为生，但第二区同时也是都城的最强防线，担负着制造武器的任务。某种程度上，第二区比第一区更为重用，一部分居民像都城的贵族一样，被允许拥有罗马名字。第三区：科技（Electronics） 　　第三区的大部分居民大多从事技术工种，比如工程师。虽然他们在比赛中可利用自己的特长制造陷阱，但成绩却差强人意。 第四区：渔业（Fishing） 　　又一个诞生职业选手的区域，位于沿海地区。据说，第四区的人大多有着出众的外貌，第二部中的万人迷角色芬尼斯就出自第四区。第五区：能源（Power） 　　原著中没有太多对于第五区的描写。 第六区：交通（Transportation） 　　在第六区出生的人民天生对morphling（一种类似**的药物）上瘾。 第七区：林业与造纸（Lumber and Paper） 　　顾名思义，第七区位于丛林茂盛的地区。 第八区：纺织（Textiles） 　　故事第二部中，凯特尼斯从第八区Bonnie口中得知13区仍然秘密存在着，而在日后的反抗运动中，第八区也是最早燃起战火的。第九区：谷物（Grain） 　　小说中描写到，来自第九区的人都有着褐色的眼睛。 第十区：畜牧业（Livestock） 　　小说里并没有详细描写。第十一区：农业（Agriculture）　　这个区域有着广袤的土地，用于农业种植。人民有着深色的皮肤与棕色的眼睛，他们生活的棚屋之中，时时受到都城卫队的监控。年纪尚幼的孩子也要帮忙做事，爬上果树上采摘果实；到了繁忙的收获时节，深夜时分也需继续工作。第十二区：矿业（Mining） 　　卡特尼斯与皮塔所居住的地方，距离都城最远。对于这里的人们来说，饥饿游戏是一场不公平的比赛，因为直到18岁，孩子们才允许学习专业技能。历史上，比赛的胜者中只有两位来自第十二区，黑密斯是其中唯一还活着的。此外，第十二区还被分为两个区域，较为平常的商业区与贫穷落寞的“夹缝地带”（Seam）。虽然表面上这里是主攻煤矿业，但小说第三部里也提到，黑暗时期后，十二区同样负责一部分药物和粮食消失的第十三区：石墨与核武器（Graphite and Nuclear Technology） 　　根据凯匹特的史书记载，75年前的那场**运动中，第1-12区被**，而第13区则遭遇毁灭之灾。然而事实的真相却是另一番景象，当年，第十三区与此凯匹特提出和解条约，双方达成协议相互独立。从此，第十三区就搬到了地下世界，其存在也就成为了只有少数人知晓的秘密。

make.top.equalTo(weakSelf.view).offset(64);

先查看效果图：

应该是没办法自适应的，UITextView里面是个可滚动的东西，可以想象一下UITableView等这类控件，怎么能够根据里面的内容去自动改变父控件的高度呢，因为里面内容的高度位置的信息都是根据父控件的位置大小去计算的，所以应该不能又根据内部控件的大小去计算出父控件的位置及大小。可以考虑自己根据文本内容去计算出（像计算UILabel的高度一样）UItextView所需要的大小，再去给UITextView去重新设置位置大小。