很奇怪 为什么V2EX 还在用 table 布局?

[tension]

是为了兼容性 还是?

[Ricepig]

@tension 脑海里的引擎trident还是webkit还是gecko？

[tension]

@Ricepig 哈哈哈, 引擎到木有... 只有布局!

[yakczh]

就象奇怪一个小白程序员怎么用百毒搜索一些技术issue一样，最后你会发现原来是他不会翻墙，或者赚麻烦，跟搜索本身没多少关系，这是个社会工程学问题

[jamiesun]

@tension 不常写页面，每次做页面，都得找来参考手册翻，太累。

[Ricepig]

@tension 盒模型不一样，布局就不一样，娃哈哈

[ytzong]

能满足需求的技术就是好技术

[sarices]

话说这个问题比较蛋疼，特意看了一下源码，布局上没有用表格，只是显示数据的时候用了

[bitsmix]

嗨。。 何必认真呢

[deathfang]

@Livid 我说的不是标签，而是标签属性，结果与表现未分离……不纠结，纯div又怎样，有些特定时候不考虑可访问性，SEO……可维护就行了

[deathfang]

@Livid 打错，结构与表现的分离，好吧，可能td width="48"这一结构是特定的，模板里修改也不难……

[botao1]

@ytzong @bitsmix 你们为什么是这种态度？谁也没有责怪不正确的用法，但是不能推崇它吧？

[momou]

这个问题一直没敢问啊。。。

[Feobe]

table无罪，使用者之罪，言之罪啊。
为了驳斥一味反对table而盲目的为table正名，更是。。

所谓语义化，所谓该干的事，只有一句呵呵后了，呵呵。

[LokiSharp]

这里难道不是一个名叫 V2EX 的 table 吗？

[bitsmix]

@botao1 你去翻我发帖纪录看我吐槽过多少次这个事情而livid回复过几次你就知道为什么现在我是一个这样的态度了

[chenz]

@deathfang 说的是属性，不知道 @Livid 为何要扯到"纯div"。而我也认为，width这种很显然是表现层的东西，不应该放在属性里

另外，也没有"纯div"这种说法。大多数标签都有其特定的语义。纯div或者纯table在我看来都是一种不可取的极端

其实大家的讨论都忽略了语义化带来的好处之一，就是盲人更容易识别其中的内容。@Livid说到JSON ,作为一种纯程序间交互的格式，确实很方便。但是如果有人参与其中，而不是纯粹的程序交互，那JSON并不是一个很好的显示源，因为它缺乏一个描述文件。这就是为什么我们还在用HTML来显示内容，而不是直接打印一个JSON字符串出来让大家浏览。JSON在绝大多数涉及终端用户的环境下只是一个中间数据，它最后必定要转换成其他更适合显示到终端设备的格式，HTML或Native UI。所以在这里讨论JSON完全是Off topic

[chenz]

@botao1 +1 我也不支持那种"怎么简单怎么来"的态度

[tension]

各位,这是一个很休闲的讨论,茶前饭后 无聊的时候发现的...
只是让我觉得吧 table的布局再我看来一般会用在 数据列表

我所谓的数据列表就是 比如 会员信息 ,支付记录 那种地方...

然后 就没有然后了!

[Livid]

@chenz 如果我有更多的时间来充分考虑的话，我当然愿意尝试其他的写法。

但是问题是真的没有那么多时间。

而且，我有两个问题想和你稍微讨论一下：

1. V2EX 的主要访问者是程序员和设计师，做这两个职业并且对 V2EX 有高度依赖的盲人用户，我们恐怕真的没有。所以，我真的不觉得应该为不存在的需求去做假设和花时间。

2. 在我理解，语意化的好处之一是让网页本身可以直接变成数据，从而更方便数据交互。但问题是，现在的数据交互都是通过 JSON API 这样的格式，有哪个大型网站是在依赖网页本身做数据交互？

所以，我承认，V2EX 的 markup 在写的时候的想法是这样的：

1. 先用最简单的写法写出我想要的基本布局。

2. 加上 CSS 修饰。

3. 调整细节。

于是一切可以很快的进行，很快的上线，同时，也在未来，为某些同学提供找到优越感的地方。:-)

[deathfang]

@Livid “当年设想让 Web 变得语意化的那帮人，没有料到现在的跨数据源之间交互的事实标准是 JSON”
我觉得你这里本身理解就有误了，数据源和语义应该是2个不同的概念。
数据源最终还是要填入有语义的标签容器类内……