双栏式布局

页面布局中经常用会遇到左侧宽度自适应,右侧固定宽度,或者左侧宽度固定,右侧自适应。总之就是一边固定宽度,一边自适应宽度。
一般固定宽度是导航栏,自适应宽度的是主体内容显示区。
所以要实现这种布局,就先给出如下html结构:

<div class="container"> 
  <div class="sidebar">导航区域</div> 
  <div class="main">主体内容显示区域</div>
</div>
<div class="footer">footer保证前面的不会影响此元素的显示</div>

container用于包裹sidebar与main,footer用来测试前面的布局不会影响footer的正常显示,如果footer样式不对,说明我们的布局是有问题的。
接下来看常见的几种布局方法:

固定区域浮动,自适应区域不设置宽度但设置margin

.container { 
   overflow: hidden;
   *zoom: 1;
}
.sidebar { 
  float: right; 
  width: 300px; 
  background: #333;
}
.main { 
  margin-right: 320px; 
  background: #666;
}
.footer { 
  margin-top: 20px; 
  background: #ccc;
}

其中,sidebar让它浮动,并设置了一个宽度;而main没有设置宽度。
大家要注意html中必须使用div标签,不要妄图使用什么p标签来达到目的。因为div有个默认属性,即如果不设置宽度,那它会自动填满它的父标签的宽度。这里的main就是例子。
当然我们不能让它填满了,填满了它就不能和sidebar保持同一行了。我们给它设置一个margin。由于sidebar在右边,所以我们设置main的margin-right值,值比sidebar的宽度大一点点——以便区分它们的范围,例子中是320。
假设main的默认宽度是100%,那么它设置了margin后,它的宽度就变成了100%-320,此时main发现自己的宽度可以与sidebar挤在同一行了,于是它就上来了。
而宽度100%是相对于它的父标签来的,如果我们改变了它父标签的宽度,那main的宽度也就会变——比如我们把浏览器窗口缩小,那container的宽度就会变小,而main的宽度也就变小,但它的实际宽度100%-320始终是不会变的。
这个方法看起来很完美,只要我们记得清除浮动(这里我用了最简单的方法),那footer也不会错位。而且无论main和sidebar谁更长,都不会对布局造成影响。

image.png

但实际上这个方法有个很老火的限制——html中sidebar必须在main之前!
但我需要sidebar在main之后!因为我的main里面才是网页的主要内容,我不想主要内容反而排在次要内容后面。
但如果sidebar在main之后,那上面的一切都会化为泡影。
可能有的人不理解,说你干嘛非要sidebar在后面呢?这个问题说来话长,反正问题就是——main必须在sidebar之前,但main宽度要自适应,怎么办?
下面有两个办法,不过我们先把html结构改成我们想要的样子:

<div class="container">
   <div class="main">主体内容显示区域</div> 
  <div class="sidebar">导航区域</div>
</div>

固定区域使用定位,自适应区域不设置宽度但设置margin

我们把sidebar扔掉,只对main设置margin,那么我们会发现main的宽度就已经变成自适应了——于是main对sidebar说,我的宽度,与你无关。
main很容易就搞定了,此时来看看sidebar,它迫不得已抛弃了float。我们来看看sidebar的特点:在右边,宽度300,它的定位对main不影响——很明显,一个绝对主义分子诞生了。
于是我们的css如下:

.container { 
  position: relative;
}
.sidebar { 
  position: absolute; 
  top: 0; 
  right: 0; 
  width: 300px; 
  background: #333;
}
.main { 
  margin-right: 320px; 
  background: #666;
}

这段css中要注意给container加上了相对定位,以免sidebar太绝对了跑到整个网页的右上角而不是cintainer的右上角。
好像完成了?在没有看footer的表现时,我很欣慰。我们来把sidebar加长100px。

image.png

咦,好像不对,footer怎么还是在那儿呢?怎么没有自动往下走呢?footer说——我不给绝对主义者让位!
其实这与footer无关,而是因为container对sidebar的无视造成的——你再长,我还是没感觉。
看来这种定位方式只能满足sidebar自己,但对它的兄弟们却毫无益处。

float与margin齐上阵

经过前面的教训,我们重新确立了这个自适应宽度布局必须要达成的条件:
1.sidebar宽度固定,main宽度自适应2.main要在sidebar之前3.后面的元素要能正常显示,不能受影响
由于绝对定位会让其他元素无视它的存在,所以绝对定位的方式必须抛弃。
如果main和sidebar一样,都用float,那main的自适应宽度就没戏了;如果不给main加float,那sidebar又会跑到下一行去。
所以,最终我决定:float与margin都用。
我打算把main的宽度设为100%,然后设置float:left,最后把它向左移动320,以便于sidebar能挤上来。
但这么一来main里面的内容也会跟着左移320像素,导致被遮住了,所以我们要把它重新挤出来。为了好挤,我用了一个额外的div包裹住内容,所以html结构变成了这种样子:

<div class="container"> 
  <div class="main"> 
    <div class="main_container">主体内容显示区域</div> 
  </div> 
  <div class="sidebar">导航区域</div>
</div>

css则变成这样:

.main { 
  float: left; 
  width: 100%; 
  margin-left: -320px;
}
.main_container { 
  margin-left: 320px;
}
.sidebar { 
  float: right; 
  width: 300px;
}
image.png

这样一改,真正的“main”就变成了main_container,它的宽度跟以前的main一样,是100%-320。
大家可能注意到了代码中的两个margin-left,一个-320px一个320px,最后结合起来相当于什么都没干,着实蛋疼。但它确实解决了main与sidebar的顺序问题。
这个方法的缺点就是:太怪异,以及额外多了一层div。

display:table

当然,以不折腾人为标准的w3c标准早就为我们提供了制作这种自适应宽度的标准方法。那就简单了:把container设为display:table并指定宽度100%,然后把main+sidebar设为display:table-cell;然后只给sidebar指定一个宽度,那么main的宽度就变成自适应了。

.container { 
  display: table; 
  width: 100%;
}
.main { 
  display: table-cell;
}
.sidebar { 
  display: table-cell; 
  width: 300px;
}

代码很少,而且不会有额外标签。不过这是IE7都无效的方法。

display:inline-block

        #aside{
            width: 300px;
            height: 200px;
            background-color: red;
            display: inline-block;
            vertical-align: top;
        }
        #main{
            height: 200px;
            width: calc(100% - 400px)
            background-color: blue;
            display: inline-block;
            vertical-align: top;
        }

由于是inlineblock所以设置main的width值时要要设置为100%-(aside的宽度+inlineblock的距离+间距)
// inline-block的距离一般很小,也可以在写代码时去除
见:http://www.zhangxinxu.com/wordpress/2012/04/inline-block-space-
remove-%E5%8E%BB%E9%99%A4%E9%97%B4%E8%B7%9D/
两个盒子会因为高度不一样而出现在底部对齐,所以要每个加上verical-align:top

创建BFC法

创建一个新的BFC(块级格式化上下文)来防止文字环绕的原理来实现的。BFC就是一个相对独立的布局环境,它内部元素的布局不受外面布局的影响。它可以通过以下任何一种方式来创建:

1.float的值不为none
2.position的值不为static或者relative
3.display的值为 table-cell, table-caption, inline-block, flex, 或者 inline-flex中的其中一个
4.overflow的值不为visible

关于BFC,在w3c里是这样描述的:在BFC中,每个盒子的左外边框紧挨着包含块的左边框(从右到左的格式化时,则为右边框紧挨)。即使在浮动里也是这样的(尽管一个包含块的边框会因为浮动而萎缩),除非这个包含块的内部创建了一个新的BFC。这样,当我们给右侧的元素单独创建一个BFC时,它将不会紧贴在包含块的左边框,而是紧贴在左元素的右边框。

  .aside {
      float: left;
      height: 100px;
      width: 300px;
      background-color: blue;
  }
  .main{
      overflow: auto;
      height: 200px;
      background-color: red;
  }
image.png

flex

        #container{
            display:flex;/*设为伸缩容器*/
        }

        #aside{
            width:200px;
            height: 300px;
            background:red;

        }
        #mian{
            height: 500px;
            flex:1;/*这里设置为占比1,填充满剩余空间*/
            background:blue;
        }

flex大法好,注意兼容性

Grid

。。。

多列布局(Multi-column)

。。。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • 问答题47 /72 常见浏览器兼容性问题与解决方案? 参考答案 (1)浏览器兼容问题一:不同浏览器的标签默认的外补...
    _Yfling阅读 13,865评论 1 92
  • 定义 BFC(Block formatting context)直译为"块级格式化上下文"。它是一个独立的渲染区域...
    Arno_z阅读 2,576评论 1 5
  • 转载请声明 原文链接地址 关注公众号获取更多资讯 第一部分 HTML 第一章 职业规划和前景 职业方向规划定位...
    前端进阶之旅阅读 16,675评论 32 459
  • 在家庭与工作中疲于奔命的妈妈们,我们看到她们母爱的光芒、职场上的雷厉风行,却对她们真实的内心世界,知之甚少。5月1...
    笨妈先飞阅读 855评论 0 0
  • 刚看到姐们儿再说自己最近负能量爆棚,我也是。情绪很不能稳定下来。我的释放方式就是超负荷的工作,虽然有时候身体会吃不...
    Dar_ling阅读 187评论 0 1