web2.0是否完全弃用“table“？

表格布局至少在现在，还是能实现一些DIV做不到的事情，况且没人说要彻底摒弃Table，只不过是浮躁的人群认为利用新技术打压他人的机会到了……

完全不用table的人，是不明智的~

行放标题。第二行放文章列表。如果用Div+css的话，我真的不知道该如何做才能实现？div+css 是可以做到的，你设置div的宽度，就可以了

div好用, 但.net提供的控件都会制动生成table啊

web2.0 所谓的DIV+CSS 并不是表示完全不用表格适当的地方还是用表格较好。。

完全抛弃table的人是假高手～

怎么可能，看看vs2005的布局里面表格还是很常用的
我也用css+div，可是iebug的原因，比如用纯css创建下拉菜单就是用table来完成的一个hack技巧

两行一列的表格还是没有必要的。先把table歪曲，然后再说它“应该弃用”就很容易了。问题是，有很多时候并不是“两行一列”这么简单。例如treeview控件就是table的，里边每一个树叶都是在td里的。其实布局有很复杂的需求——那些地方需要自动对余白进行排版（宽度或者高度是根据内容而自动变动的）、跨行或者跨列合并单元格，等等。table用于布局，但是不要把布局本身给简单化，那么table才能排上用场。

css＋div多行
你就创建n个div就行了，没什么，第二个直接填代码
css+div多列
首先创建两个div块，然后用第一个float：right（或者left）来让第一个块有浮或者左浮，接着规定好浮动块大小，然后另外一个块用margin或者padding来相应空出
代码如下：
html：
<div id="first"></div>
<div id="second"></div>
css：
＃first
{
  float:right;
  width:280px;
  background:blue;
}
#second
{
  margin-right:280px;
  background:green;
}
这样你就可以看见你的块左右各一

我们可以很准确的说：对于很简单、很死板（没有自动排版动态功能）的布局，使用div就够了，不需要使用table。

传统的布局的核心（这与web无关），是一个“划分格子”的过程。一个格子变化，会自动映像其它各自重新计算大小和坐标。而帖狗皮膏药，把div的宽度或者高度或者绝对坐标写死了，并不是布局。并不具有基本的全面的简单布局功能。

会自动映像其它各自重新计算大小和坐标 --> 会自动影响其它格子重新计算大小和坐标试问Web“标准”在设计div的时候是为了布局而考虑到全局div的相互间自动相对调整运算了吗？根本不是。这是后来主要在国内某些人在论坛上炒起来的。

还没理解到2.0的真正意义。
让table回到它本应该属于的地方去吧

不懂,没有技术(美工不懂)你就用TABLE来布局啊.
总之总有一天,会被抛弃的.
div+css布局，可以减少许多页面大小．所以可以考虑多用．

程序人员现在越练越要象美工靠了啊美工都不懂代码艾听说页面的布局.net3.0 WPF很好的解决了还有就是Golive里面设计DIV+CSS布局很强我没有玩过只是看了Golive 演示他里面设计很好建议试试

错了，表格还是有表格的用处。。表格只是用来显示数据了，不用来布局。DIV+CSS才用来布局。。用表格布的局，灵活性不够。。不符合WEB2。0标准。

呵，个人以为，现在还未完全屏蔽table技术。它还是很有价值的，但DIV+CSS技术很可能是以后的趋势。

这是哪根哪啊。。web2.0与如何布局有什么关系啊。。

有些内容还需要表格，不得不用。可是asp.net ajax中，UpdatePanel中不能包含表格，布局真是麻烦。

炒什么web2.0现在中国所谓的web2.0从博客到什么什么客有一个出头了的吗？？？网站切忌跟风不过div+css确实比table快，但说完全抛弃table,呵呵,如果哪天DW上面没有table了那就是可以完全抛弃了

web2.0中最热门的莫过于Div+CSS布局请注意布局2字，说明DIV+CSS是主要是用来进行布局的而数据呈现主要还是用TABLE，
这也是为什么.NET控件生成的WEB代码还是TABLE

div+css确实比table快
－－－－－－－－－－－－－
那是因为DIV+CSS是加载多少数据，就显示多少数据而TABLE是等TABLE中的所有数据加载完毕才显示，所以会比DIV+CSS略慢
也是因此才会在TABLE中使用TBODY标签

leo_boy(www.morock.net)说的好：“完全抛弃table的人是假高手～”
本来就是各司其职。如果非要用div+css代替table，请问这样需求如何实现：从数据库表中读出数据，在目标网页中形成行列均不规范的展示，也就是，在得到数据之前，并不能确定行头是几行，列头是几列，且事先不能确定rowspan、colspan？当初曾用过div+css、CristalReport、Repeater等，最后发现只有Table最容易实现。

完全抛弃table的人是假高手～

你误解了，用CSS+DIV，并不是放弃Table。只是在WEB2.0中，用TABLE来布局是不理智的做法。TABLE是用来表现数据的。

没必要想这么多自从web开始来
table就一直占很大的使用率
div+css确实是一种很好的布局技术但是也不事一定要用的
反正我觉得一句话适时而用最好的时候用什么

反对的不是使用Table,反对的是使用Table来布局。
Table是干吗的？表，就是用来呈现数据用的。
Web标准里面倡导的就是这种标签原本的含义，倡导数据和表示分离。
如果你数据库里有一个清单数据需要显示，用Table是很正常很自然的事情。
它就是干这个的。
如果Web标准反对使用Table，自然会把它加到过时的标签列表里去。

table很好用的,div+css 有时不是很兼容的.想象一下,一个页面很差的网页有谁愿意打开第二次!当然,一个好久还打不开的页面是不会有人愿意等的!用table并不会让你等很久,而用div+css 可能快,但却容易让人反感到不愿再看!只有做了,用了,才是真理!

Div + Css 网页布局的好处1.大大缩减页面代码，提高页面浏览速度,缩减带宽成本; 2.结构清晰，容易被搜索引擎搜索到，天生优化了seo 3.缩短改版时间。只要简单的修改几个CSS文件就可以重新设计一个有成百上千页面的站点。 4.强大的字体控制和排版能力。CSS控制字体的能力比糟糕的FONT标签好多了，有了CSS，我们不再需要用FONT标签或者透明的1 px GIF图片来控制标题，改变字体颜色，字体样式等等。 5.CSS非常容易编写。你可以象写html代码一样轻松地编写CSS。 6.提高易用性。使用CSS可以结构化HTML，例如：<p>标签只用来控制段落，heading标签只用来控制标题，table标签只用来表现格式化的数据等等。你可以增加更多的用户而不需要建立独立的版本。 7.可以一次设计，随处发布。你的设计不仅仅用于web浏览器，也可以发布在其他设备上，比如PowerPoint。 8.更好的控制页面布局。不用多说。 9.表现和内容相分离。将设计部分剥离出来放在一个独立样式文件中，你可以减少未来网页无效的可能。 10.更方便搜索引擎的搜索。用只包含结构化内容的HTML代替嵌套的标签，搜索引擎将更有效地搜索到你的内容，并可能给你一个较高的评价(ranking)。 11.Table 布局灵活性不大，你只能遵循 table tr td 的格式。而div 你可以 div ul li 也可以 ol li 还可以 ul li ……但标准语法最好有序的写。 12.另外如果你不是javascrput的高手，你可以不必去写ID，只用class就可以。当客户端程序员写完程序，需要调整时候，你可以在利用他的ID进行控制。 13.Table 中布局中，垃圾代码会很多，一些修饰的样式及布局的代码混合一起，很不利于直观。而Div 更能体现样式和结构相分离，结构的重构性强。 14.在几乎所有的浏览器上都可以使用。 15.以前一些非得通过图片转换实现的功能，现在只要用CSS就可以轻松实现，从而更快地下载页面。 16.使页面的字体变得更漂亮，更容易编排，使页面真正赏心悦目。 17.你可以轻松地控制页面的布局。 18.你可以将许多网页的风格格式同时更新，不用再一页一页地更新了。你可以将站点上所有的网页风格都使用一个CSS文件进行控制，只要修改这个CSS文件中相应的行，那么整个站点的所有页面都会随之发生变动

1、Web x.0指的是网站应用及交互方式方面的变革
2、我想楼主想问的可能是在Web标准中怎样怎样
3、关于布局：在Web标准中，没有任何标签是有用于布局的责任和义务，即Xhtml标签中不存在布局的概念
4、“布局”概念只在页面设计和css中存在
5、Web标准在页面标签方面的目的及要求只是还原各自的语义。如Table是用于表格数据的管理；div用于内容上有相关性的模块的组织；p标签用于段落等。
6、Web标准建议取消一切没有语义而只用于呈现的标签，如font等
7、Web标准要求标签必须闭合
8、Web标准要求标签名首字母小写
9、当前的Xhtml标签属于过度性质，最终应该只存在xml标签。但由于种种原因，这一过度阶段可能还会经历相对较长的一段时间，中间也有可能会出现比Xhtml更规范的标签标准。

不是！！！！
并不是说不能用table，而是有选择的使用，
比如我们要呈现一个 10*10 的布局，用table就很简单，但是，最好不要去嵌套table

调试易

web2.0是否完全弃用“table“？

解决方案 »