Masonry 与 frame 混用可能出现子控件大小跟预期不一致的情况具体是什么样呢？

结果是这样没有夶小，不是与 SmallView 一样大

//2.frame 和约束不一致使用的是约束，无所谓啦
//约束和 frame 不一致使用的是约束，无所谓啦
 

那么结论就是在自定义控件时，內部约束尽量使用mas_width这种属性谨慎使用具体数值，如固定的 width 等等如果你使用了 UIView 的快速改变 frame 的分类一定要注意，很多属性名类似如 centerX 与mas_centerX可昰不一样的，后果你遇到就知道啦~

我是习惯用纯代码的开发者布局大面积使用Masnory以及小部分计算frame。在一次优化首页列表性能的时候重读了ibireme的文章里有提到 Autolayout对于复杂视图来说常常会产生严重的性能问题。隨着视图数量的增长Autolayout 带来的 CPU 消耗会呈指数级上升。于是我就尝试将首页Cell中的Autolayout改为手动设置frame在这个过程中，大量的位置计算以及难以理解的数字让维护变得困难我想如果设置frame能和Masonry添加约束一样就好了，于是Dinas就诞生了