> 两列布局的第一种解决方案的优化版

- 目的：fix第一种解决方案的缺点。

缺点1-left开启浮动，right不开启浮动，浏览器兼容性不好，老版本浏览器里，两个元素会产生空白区域。

缺点2-

缺点3-

- 做法：

1. 为自适应元素定位父级元素(right这一层，外围再包一层right-fix)，然后给right-fix设置float:right，同时宽度width默认100%，也就是自适应。这样就保证了兄弟节点元素都是浮动。——

2. 执行1设置right-fix浮动后，会导致默认宽度值为0。也就是说，right-fix设置浮动后，默认宽度就不是父级的百分百了，而是(后代元素之和)实际内容填充起来的。比如后代元素设置了margin-left:400，所以right-fix的宽度就为400(这点真挺神奇，不设置width，只设置margin也可以给父级设置宽度)

3. 处理2的问题，就是为right-fix显示声明宽度width为100%，也就是父级元素的百分百宽度。

4. 但是会最终显示right的背景色，因为存在颜色覆盖的问题。right-fix的宽度自适应父级body的总宽度，然后right的宽度自适应父级right-fix的宽度，最终显示为right的颜色。right-fix相当于确定了位置，而right确定了最终显示的背景色。如果把right背景色注释掉，则会看到right-fix设置的背景色就显示出来了。证明了的确是颜色覆盖了。

5. 但是两列布局还是不对，水平排列还是错显示为垂直排列。因为设置浮动后，div就不是默认的文档流排列规则(默认是水平排列)了。right的宽度复用了body的宽度，一行放不下了，被挤到下一行了。

6. 解决5被挤到下一行的办法是设置margin-left。水平方向设置负值，表示向左移动，正值右移。不过同样左移的宽度值依赖于left的宽度。

7. 执行6发现，左右两列布局，最后只剩下右列的父级元素了。原因在于被覆盖了？右列父级的层级高于左列？但是说不太过去啊，不是已经设置margin-left了吗？margin-left不会导致背景缩减吗？看来不会，背景色不是在右侧子集right设置的，而是在设置左移的右侧父级right-fix里面的，也就是margin-left和background-color同时设置的话，不会导致宽度发生变化。【这块儿不是太懂，需要自己实际再试试，不过好的地方是，引发自己的好奇心，一个小小的左右两列布局，就出这么多幺蛾子，一波未平一波又起的，挺有意思的。】

8. 解决7右侧父级元素层级覆盖左侧导致左侧无法正常显示的问题的办法是设置z-index（我的想法应该也有效，老师的做法是设置左侧left元素的position值为relative，可以提升显示层级。为何能提升呢？原因不是很清楚。老师的解释是，定位position的显示层级 高于浮动float。怎么证明呢？就看是否7的左侧left无法显示被解决就可以了。）

9. 目前来说，相比第一种解决方案，多了一层right-fix元素，以及基于当前场景下的css polyfill。但好处是，解决了一个浮动，一个不浮动的布局不一致问题。右侧左移的固定宽度还是要依赖左侧width，依旧没解决；如果右列right里面定义子集元素inner，并且子集元素inner设置clear:both（外加background-color:greeen，目的是更容易看效果，方便调试，还是看不到效果，因为inner没有设置高度height），是否会影响左右布局塌陷错位。目前来说，不受影响。

10. 总结来看。3个问题，解决掉2个。只剩下width宽度高耦合的问题了。但是为了解决问题，付出的代价也是比较大的，多增加了不少代码。我自己的感受就是，CSS很强调的能力是就事论事，抓住问题，然后一个一个处理。想形成套路，不那么容易，只能碎片化一个个掌握小技巧，然后根据实际场景，逐个击破，打游击战，组合拳。

> 两列布局的第一种解决方案优缺点。

- 优点：简单

- 缺点：

1.自适应值要依赖于定宽的宽度，改动不灵活，高耦合；

2.定宽元素浮动与自适应元素不浮动处在两个不同层次，导致浏览器兼容性不好，两个元素之间会有空白区域；

3.不在同一层级的元素设置clear:both清除浮动时，会有影响。比如right下的inner设置清除浮动，会影响left的浮动。

- 启示：方法越简单，其影响产生的问题也是相对较多的。

> 两列布局的第一种解决方案

- 结构：parent + left和right

css: float+margin-left

- 代码验证

左侧浮动float脱离文档流，右边左侧保持距离margin-left:左列的宽度。

> 两列布局的第一种情况

- 概念：什么是两列布局（一类定宽，一类自适应）

- 实现方式：3种实现方式~4种

> 多列布局。

居中布局-水平，垂直，水平垂直居中。这3类布局方式。

块级元素，内联元素，行内块级元素。

- 分类（变化最复杂，CSS3多列布局属性）

两列布局（定宽[固定值]+自适应[剩余的列])

三列布局（定宽定宽自适应；定宽自适应自适应，圣杯之后是双飞翼）

等分布局。

等高布局。

> 垂直居中的第二种解决方案

- 概述

父子结构的元素+css样式(absolute+transform)

垂直移动translateY，向上移动是负值，向下移动是正值。

和水平居中的其中一个解决方案很类似。

> 垂直居中布局的第一种解决方案的优缺点

- 优点

没想过。反正是能实现就行。利用display转变成表格的单元格，然后设置verticle-align文本对齐方式为middle垂直居中，打的一套组合拳。

老师的回答：浏览器兼容性比较好，因为table-cell和verticle-align都是css2中就已经有的。对于老浏览器普遍都支持。

- 缺点

没想过，应该没啥缺点吧。

老师的回答：verticle-align属性具有继承性，导致父级元素的文本也是居中显示的。也就是说，将来在遇到 父级元素中包含除子集元素以外的文本内容的话，但是这些文本内容不需要居中的话，此时就不适合用这种方案了，或者说需要为当前方案增加polyfil，去调整文本内容的对齐方式。

>垂直居中布局的第一种解决方案

- 概要分析

dom设置：父子级嵌套

css设置：display(table-cell)和verticle-align(middle)

差异点(相比之前的水平垂直居中方案来说)，设置样式在父级元素上，子集样式无需设置

-方法生效原因解析

自我分析：块级元素+居中文本对齐？不太明白

老师解释：

verticle-align-文本内容的垂直方向对齐方式，常用3个值，top顶部对齐，middle居中对齐，bottom，底部对齐。

table-cell:td[单元格](设置当前元素为<td>元素)，table:table元素[表格]

整合一下去理解：相当于把父级元素设置为了表格中的单元格，单元格的内容只可以有2种方式[水平/垂直]对齐的[这点待验证]；而verticle-align的middle则相当于设置了垂直居中。

>垂直居中布局

- 概念/定义:

自我理解-就是让自身上下居中的一种布局设置方式。

- 实现方式：提供2种解决方案

自我理解：能想到的就是height和line-height等值，以及verticle-align的等值(兄弟节点及父级元素设置)

> 水平居中的第三种解决方案的优点和缺点

- 优点：

没想过。如果现在想想的话，我的答案是相比第二种解决方案来说，可以抵抗float布局的影响，不至于设置float布局后，margin失效，就导致方案不可用。容错性更好些。——这个理解，跟老师的总结差不多。看样子是明白了。

反思补充：开启定位就相当于脱离文档流，这点我倒是没有融会贯通想到，脱离文档流的意思是啥？就是指高度塌陷吗？那是不是先用第二种方案实现一下水平居中，然后设置float布局，或者设置开启定位(绝对定位absolute，fixed固定定位)，效果应该是一样的 ，都会令子集元素的水平居中效果失效。待制作demo验证。

老师的回答：父级元素是否脱离文档流，不影响子集元素的水平居中效果。

- 缺点：

没想过。如果现在想的话，我觉得没啥缺点。就是写平移的时候，用成百分比更好，这样即使后续子集元素width宽度改动后，平移不用跟着改。

老师的回答：transform属性是CSS3中新增的属性，浏览器支持情况不好。

反思补充：浏览器支撑情况，我觉得如果不考虑IE8的话，一般浏览器都支持。再者还是可以找找看，有没相关的polyfill，也不算太大问题。这其实涉及到一个决策识别。如果要支持老版本浏览器的话，就不能采用第三种解决方案了，而是要采用第一种或者第二种解决方案了。

- 遗留的思考题：

能否举一反三的，通过这3种，想到第4种，第n种呢。——这个等我把3个搞清楚了，再来好好整理想想。

> 水平居中布局的第三种解决方案：

- 方法拆分：

html：两层结构【父子级】

css：子集-absolute,left和transform；父级-开启定位 [除static外都是开启定位]

- 详细说明

1.开启absolute后，需要判断直接父级元素是否开启定位，如果开启，当前元素就是 相对于父级元素定位，也就是说，天花板是他的父级元素；如果直接父级元素没有开启定位，那当前元素就是 相对于页面定位的【其实这点我觉得仅适用于当前例子，如果body和直接父级节点还有包含节点的话，比如父级的父级节点，如果开启定位的话，那就不是相对页面定位了，而是父级的父级节点了。这点待补充例子证明】

2.translateX 表示平移， X表示水平方向的平移，左移动就是负值，右移动就是正值。想左边移动子集元素的一半，那就是子集元素width的一半即可。

3.子集元素的平移写法，可以写具体值，也可以写百分比。当宽度变的时候，平移如果写具体值的话，也需要跟着变，这时候用百分比-50%【如果平移一半的话】，那无论子集元素的width如何变，平移的设置都不用跟着改了，相对来说，代码更优。

> 水平居中布局的第二种解决方案

1.优点

没想过。

老师的回答：只需要对子集元素设置样式即可。更简单。相比第一种父级，子集，都需要设置来说，要简单很多。

2.缺点

没想过。

老师的回答：如果子集元素脱离文档流，导致margin属性的值无效。

补充：导致脱离文档流的3种场景。

1)浮动float

2)绝对absolute定位

3)固定fixed定位

3.总结

第一种和第二种都有优缺点，所以没有绝对的好，绝对的不好。还是要择机而动，根据场景不同，来选择合适的方案。

>水平居中布局的第二种解决方案：

- 和第一种的差异：只需要在子集元素中设置样式，而非父级，子集元素都设置。

- margin属性外边距的4个值。

技术实现分析：

1.margin: auto 表示根据浏览器自动分配

2.display: table/block，但是不能为inline。

但是对于第2点，我个人觉得inline-block应该也是可以的。因为inline-block也具有block的特性。但实际测试了下，是不行的。可能因为也属于inline，所以不行。可以得出结论是margin:auto这种方式，必须配合块级元素，不能是内联块级，或者是内联元素。

水平居中布局的第一种解决方案优缺点：

1.优点：

没想过这个问题。都是想的能实现就完了，而且实现的也不明不白的。

老师的回答：IE6-9，css2(text-align和display:inline-block)，浏览器兼容性比较好

2.缺点：

没想过。

老师的回答：text-align有继承性。子集元素也会应用父级对齐方式。子集元素如果不想继承，需要重置覆盖父级元素的样式【多加一行代码，比如子集元素左对齐，text-align:left】

3.为啥要知道优缺点？

没想过。

老师的回答：搞清楚优缺点，是为了识别场景后，用上合理的解决方案，没有最好和最坏，而非生搬硬套过去，然后用的不明不白，糊里糊涂。

> 水平居中布局的第一个解决方案

技术点：text-align:center(父级元素) + display:inline-block(子集元素)

技术说明：

text-align针对的是文本内容

inline内联元素，也属于文本内容。

之所以设置为inline-block，是因为inline下的width和height是无效的。

简要概括：

组合拳，父容器设置text-align，子容器设置文本且支持宽高尺寸设置display:inline-block。

相当于是 text-align和inline的组合拳。inline-block相当于是一次polyfill补丁。