最近看了刘坤的一篇博客（感兴趣的自己去看 ）。里面讲到使用masonry进行布局的。具体情况是这样的：
这一节我们举例一个简单的区块布局，常见一些电商类活动资源模板建立。需求如下：
其中view1和view2同宽，view2和view3,view4同高，view3和view4同宽， 所有的margin都是3。要完成这样要求的布局，可以很容易的用Autolayout来完成, 只需要指定好这些间距和宽度的关系就好了。
使用Masonry的实现是这样的：
当我们沉浸到这段代码里时，其实我们发现它是直接描述四个视图之间的关系。这样做会有一个风险：当里面有些微妙的关系而出现约束冲突时，你是不容易立刻发现问题所在的。或者说，当需求发生变化时，你要修改的时全部代码，而不是部分。
如果把这四个视图看作模块，那么这四个模块之间的依赖是非常严重的。
我们现在给大家看一下如何使用QuickVFL进行布局。
主要是有两步：
1. 描述视图的层次关系
2. 描述视图的位置关系
第一步时，我们这样写就可以完成工作：
在层次关系上，我们把视图展示逻辑做了分割。一次只处理一个orientation。也就是，view1和容器viewRightWrapper_是一个层次。然后，同理处理view2、view3、view4的层次关系。这样做，虽然多了两个视图wrapper，但因为在QuickVFL里，创建匿名的wrapper（以_结尾的视图名字）是无成本的，所以可以忽略此问题。
第二步，我们从层次的上，从外到内分别写它们的位置关系。我们首先处理最外层的关系
在写这一层的关系的时候，你的眼里应该就只有view1和viewRightWrapper_。嗯，使用VFL很compact地描述清楚了他们的位置关系。
再往里走一层：
写这一层的关系时，你的眼里应该只有view2和view34Wrapper_。忘掉你已经处理过的view1和viewRightWrapper_吧，它们已经私奔，跟你一点关系都没有了。至于view3、view4，那是view34Wrapper_要处理的，你就不用劳心了。
OK，来看最后一层：
Job done！在这过程中，其实每一个模块都是“解耦”的。你在思考如何布局的时候，就这样如剥洋葱一样，一层一层，有条不紊。
最关键的时，你直接把这个文件交给框架，它就会帮你把所有东西弄好。创建视图的事情都不用你做！
然后我们再来讨论一下产品经理要来开需求的情况。比如，把view2、view3、view4的品自结构倒转过来？压根不是个事儿！只要在第二层里把:layout在V方向上view2和wrapper调个位置就可以。
跳出这条条框框的细节，我们来讨论最大的一个细节：使用QuickVFL最大的工作不是写代码，而是在写一个json结构体！我们在写代码的时候永远不要忘了这句话，多行代码就是多一个香炉。多一个香炉就多一个鬼。会在开发流程上多很多麻烦。所以，当你的project里，布局的大部分工作使用配置完成而不是代码时，你的开发效率肯定能大进一步。
