使用严格的XHTML和100%依赖CSS的视觉风格构建网站是否可行？

当现实是，如果我不那么谨慎的话，我本可以早点完成这个项目的时候，我倾向于太多地采用学术方法，并在我的开发过程中坚持严格的原则。我希望找到合适的实用性

---

我想用“禅”的方法来设计一个网站，用我的话来说就是“严格使用HTML作为内容结构，让CSS魔法完成其余的工作”。这在现实中有多实际？我遇到的一个问题是，我想先开发（使其功能化）站点，然后再回来设计它。我知道我希望网站在结构上如何流动，但我甚至还没有开始玩CSS布局、图形或任何其他设计的东西。正确的方法是什么？

在理论上是的，在实践中，浏览器的差异可能会迫使您添加一些javascript来处理这些差异

它绝对实用，并提供无限的好处。事实上，这正是CSS和内容与布局分离的目的

上面给出的正确方法是让不同的团队处理手头的不同任务。这需要（也许）一个相当粗糙的初始图形设计，以及一套记录在案并经合作同意的命名约定，如“视口”、“用户”等

标记团队通常是后端驱动的，通常会稍微领导设计团队，但他们应该并且必须保持足够的灵活性，以便在需要时更改标记，或者将其置于设计师的控制之下

---

最后一个是我的$0.02，但如果一个人同时扮演两个角色，我想你还是先用标记/后端引导自己，然后根据需要迭代进入设计阶段，然后标记，然后设计。

当然，你可以这样做，但要做好准备，它不会在IE下呈现。在最近的一个web项目上，我们的大多数前端缺陷是修复IE中已经在Firefox中运行良好的东西。也许IE8会改变这一点，但我对此表示怀疑。在某些情况下，我们甚至不得不编写一些javascript，这些javascript只能在IE上执行，以解决仅使用CSS无法完成的问题。

这可能非常实用，您会惊讶于HTML看起来多么干净。我喜欢使用CSS重置文件来帮助入门，我个人喜欢。另一个禅宗项目要考虑的是使用。这将进一步分离代码的不同层。JavaScript库，比如，可以帮助实现这一点。

这是可以做到的，我认为你的网站（以及你的网页设计技能，尤其是）会更好。但它也有一定的学习曲线。它需要对XHTML/CSS规范有比许多人更透彻的理解

确保您的HTML可以被验证只是一个开始。 哦，在呈现页面时，确保所有浏览器都在严格模式下运行

当然，您将需要IE支持的变通方法，但这可以通过几种方法实现。 首先，IE支持条件注释，允许您包含特殊的CSS样式表来修复IE bug，这应该可以让您在不影响符合标准的页面版本的情况下获得最大的成功

---

在某些情况下，您可能还需要一点javascript，但对于大多数常见的功能来说，它应该不是必需的。

对我来说，一种可行的方法是先构造HTML，然后在同一文件的标记中添加一些最小的CSS（刚好足以创建正确的布局等）。一旦你对这个结构感到满意，你就可以把CSS拉到单独的文件中，或者完全修改CSS。这对我来说是一个正确的平衡——这仍然是一个轻量级的过程，但它避免了查找和替换内联CSS的潜在麻烦。

您想要遵循的方法是正确的。只有两件事：

如果您使用css或html验证程序，不要假装所有html或css都通过了测试。显然，理想的目标是验证一切，但在第一阶段，我认为最好不要在验证问题上花费太多时间。请记住，没有一个验证器是完美的，在一开始使用它的好方法是引导您走向正确的方向并避免重大错误（即，在一个页面中放置同一id两次，或者在内联页面中放置块元素…）。然后，当应用程序处于良好阶段时，您可以使您的css和html完美有效

不要在最后设计界面。我认为应用程序的界面也可以为您提供如何开发后端的良好指导。因此，在您的位置，我将首先使用html和css设计界面，然后开始向其添加功能

---

（对不起我的英语，欢迎拼写更正。）

虽然理论上听起来不错，但你不能100%使用css为网站创建布局。您仍然需要使用一些标记，以便能够应用css。也就是说，使用这种方法可以非常接近理想状态。我经常惊讶于一个真正的css大师实际上需要的标记是多么少

---

更接近您真正想要的“禅”方法是xslt。它由应用程序生成xml数据，然后xslt将xml转换为html/css。这需要学习xslt，并在生成页面的过程中增加了另一层复杂性，但增加了您正在寻找的分离。在理想情况下，理论是程序员只需担心生成xml数据，然后设计师就可以使用该数据生成视觉效果，但是这种方式很少工作，因为xslt比大多数设计师能够处理的技术性更强。大多数情况下，程序员最终生成xslt，这在某种程度上违背了其目的。

中解释了今天反对使用XHTML的原因。总而言之，XHTML是不受支持的，除非您将其作为一种服务，并且您的目标是旧的b