在维护内容的同时进行网站维护和设计检修(这一直都在发生，尤其是在电子商务中):

内容和设计通过表格混合在一起=更新内容和设计。

内容与设计分离=更新设计和少量内容。

如果我有自己的方式，我会将内容保存在PHP中，生成XML，转换为XSLT中的标记，并使用CSS和Javascript进行交互设计。对于Java方面的东西，JSP到JSTL来生成标记。

我很抱歉我的英语不好，但还有一个原因:

我在一些政府机构工作，不使用TABLE的首要原因是残疾人。他们使用机器“翻译”网页。

问题是这个“翻译机器”不能阅读网站，如果它是由TABLE。为什么?因为TABLE是用于数据的。

事实上，如果你使用TABLES，你必须为每个cell指定一些信息，让残疾人知道他们在TABLE中的位置。想象一下，你有一个大表格，必须放大才能看到屏幕上的一个单元格:你必须知道你在哪一行/col。

因此，使用DIV，并且禁用可以简单地阅读文本，并且不会得到一些关于行/cols的奇怪信息，当它们不需要在那里时。

我也更喜欢TABLE来制作快速简单的模板，但我现在习惯了CSS…它很强大，但你真的必须知道你在做什么……：）

当然，这篇文章有点小题大做，争论似乎很简单，很容易反驳。

网页是Web开发人员的领域，如果他们说div和CSS比表格更好，那对我来说已经足够好了。

如果布局是由服务器应用程序生成的表实现的，那么新的布局意味着对应用程序的更改，应用程序的重新构建和重新部署，而不仅仅是对css文件的更改。

另外,可访问性。用于布局的表格会使网站无法访问，所以不要使用它们。这是显而易见的，更不用说违法了。

我尽量避免使用TABLEs，但是当我们设计复杂的表单，混合了多种控件类型和不同的标题位置，并对分组进行了非常严格的控制时，使用DIVs是不可靠的，甚至几乎是不可能的。

现在，我不会说这些表单不能重新设计以更好地适应基于DIV的布局，但是对于其中的一些表单，我们的客户坚决不改变以前版本(用经典ASP编写的)的现有布局，因为它与用户熟悉的纸质表单相似。

因为表单的表示是动态的(其中某些部分的显示是基于案例的状态或用户的权限)，所以我们使用一组堆叠的div，每个div包含一个由逻辑分组的表单元素组成的TABLE。TABLE的每一列都被分类，这样CSS就可以控制它们。这样，我们就可以关闭表单的不同部分，而不会出现在div中不是表来换行的问题。

根据508法规(对于视障屏幕阅读器)，表格应该只用于保存数据，而不是用于布局，因为它会导致屏幕阅读器崩溃。至少别人是这么告诉我的。

如果您为每个div分配名称，您也可以使用CSS将它们一起蒙皮。只是让他们坐成你想要的样子有点麻烦。

WYSIWYG!!! I can't for the life of me get our designers to stop using nested DIVS and styled by elementID css in templates that are supposed to be used by clients in CMS projects. That's the whole point of a WYSIWYG online editor. You are controlling both the content and the layout at the same time! There is no separation at all in the first place in this scenario. Positioned and styled Divs in some external stylesheet are anathema to the whole idea of WYSIWYG editing. Tables can be seen, rows inserted, cells combined and so on. Good luck trying this with divs in a way that doesn't frustrate users.