web前端基础学习笔记（14）之为什么不建议用table布局

这几天在写一个html页面写一个html页面，之前做毕设的时候曾经尝试过写一个淘宝首页的页面，怎么说呢，html学起来知识点挺多挺脆，但是你学一个就能用，不想学后端框架那些的是一个整体的架构。之前学的html全都忘得差不多了，又得重写学习。
  这次给了我一个模板，让我照着写。我打开看了一下，布局选用的是table布局，我以前学的时候，就曾经听说过，尽量不要用table布局，所以当时我也没咋学这个，我当时都是使用div+position进行布局的。这次看到也有点烦人，因为我之前用过table,感觉属性挺多的，而且也不知道精确定位到属性，说白了就是，某一段代码可以实现你想要的想过，但他同时有附加了其他问题，就是不能精准使用属性。

为什么不建议用table进行布局

  在实际的项目开发过程中，我们不建议用table进行布局，原因如下：

• table比其它html标记占更多的字节。（造成下载时间延迟，占用服务器更多流量资源）
• table会阻挡浏览器渲染引擎的渲染顺序。（会延迟页面的生成速度，让用户等待更久的时间）
• table里显示图片时需要你把单个、有逻辑性的图片切成多个图。（增加设计的复杂度，增加页面加载时间，增加http会话数）
• 在某些浏览器中，table里的文字的拷贝会出现问题。（会让用户不悦）
• table会影响其内部的某些布局属性的生效（比如里的元素的height:100%) （限制页面设计的自由性）
• 一旦学了CSS的知识，你会发现使用table做页面布局会变得更麻烦。（先花时间学一些CSS知识，会省去你以后大量的时间）
• ‘table对’对于页面布局来说，从语义上看是不正确的。（它描述的是表现，而不是内容）
• table代码会让阅读者抓狂。（不但无法利用CSS，而且会不知所云，尤其在进行页面改版或内容抽取的时候）
• table一旦设计完成就变成死的，很难通过CSS让它展现新的面貌。

  以上都是比较专业的回答，从我个人使用的角度来白话说一下，首先table是个规则的显示，几行几列都是比较确定的，而我们的页面布局并不是那么有规律，所以有时要让数据同时占几行或占几列来打破这种规律，还有就是数据在表格中居左、居中、居右都得进行控制，无形加大了编码的难度，得照顾各个方面，不像使用div+css定位来的快些。升华地说，在一个有局限性的框架里面是创造不出特别好的作品的，只有在一片自由、没有限制的空间中才方便人进行创造、简单的创造。。。
  当然，有些情况下使用table布局会很好用，就是那些一看就很有“表格感”的界面。没有了，就先写这些吧。