iOS开发：从一个简单的例子看QuickVFL和Masonry的布局思路差别

最近看了刘坤的一篇博客（感兴趣的自己去看 ）。里面讲到使用masonry进行布局的。具体情况是这样的：

这一节我们举例一个简单的区块布局，常见一些电商类活动资源模板建立。需求如下：

视图Demo

其中view1和view2同宽，view2和view3,view4同高，view3和view4同宽， 所有的margin都是3。要完成这样要求的布局，可以很容易的用Autolayout来完成, 只需要指定好这些间距和宽度的关系就好了。

使用Masonry的实现是这样的：

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里，布局的大部分工作使用配置完成而不是代码时，你的开发效率肯定能大进一步。