什么是第一位的？在设计被概述和批准后，设计师是否应该在 HTML 中创建页面，然后将它们交给开发人员添加代码？或者开发人员是否应该构建可以工作的简单页面并将它们交给设计人员？
我一直在做后者，但最近与一位设计师合作，他用 HTML 构建了整个网站并将其交给我以使其工作。我发现它节省了很多时间，原因有 3 个：
简而言之，如果设计师先完成他的工作，那么几乎没有返工。我只是让已经看起来很棒的东西真正起作用。
那么哪个是最佳实践呢？看到其他优点和缺点？
编辑：假设设计师和开发人员已经就提议的设计达成一致。
线框模型和视觉助手是从最终用户那里获得需求的好方法。为用户提供一些可以查看和查看的内容有助于将设计推向需要去的地方，而不是开发人员只是做猜测。
此外，UI 设计确实会影响您的代码。我认为我们作为程序员接受的最大神话是，我们可以只构建一个业务层，然后像花生酱一样将 UI 传播开来。这种情况永远不会发生，所以我非常喜欢让设计师尽早并经常与用户合作。有一个可以与之对抗的视觉设计就像 UI 的 TDD，它有助于推动流程向下。
最佳实践是两种方式都尝试，看看哪种方式最适合您的组织，然后就这样做。
偶尔尝试另一种方式，看看是否有任何改变。
这样您就可以获得适合您的情况的解决方案，而不必担心诸如“最佳实践”之类的短暂的短暂事物。
你可能会说，我不喜欢从高层传下来的规则。不要误会我的意思，如果某些东西被证明是优势，我会使用它（例如敏捷，因为它让您专注于即时交付）。但它必须在你工作的环境中得到证明，否则它只是对其他人有用的东西。
我认为这在很大程度上取决于您的视图和背后的代码是如何设置的。有些人会在他们的观点中加入很多逻辑，而另一些人则几乎没有。它最终将归结为您的具体情况。
在大多数情况下，我同意，首先创建 HTML 并稍后包含后端编程会更容易。它本质上是为您制作规格文件。
一旦您的情节提要全部制定并获得批准，首先在 HTML 级别进行更详细的“草图”可能更自然。但我想我也会尽量将设计和代码解耦，以便开发人员和设计人员可以并行工作。两种解耦方式是 XHTML/CSS 和“不显眼的 Javascript”。
开发人员和设计人员可以从一组故事板中计算出他们需要的骨架 XHTML 页面结构。然后，设计师可以使用静态模拟页面来开发 CSS 样式表并探索艺术品。同时，开发人员可以专注于生成没有样式信息的 XHTML 结构。CSS 的一大优势（和目标）是将页面结构与页面外观分开。
另一个探索的途径是像 jQuery 这样的“不显眼的 Javascript”框架，其目标是将页面的行为与其结构分开，再次使开发人员和设计人员更容易并行工作。通过并行化这些活动，可以逐步交付最终产品的版本，无论是形式上还是实质上。
我肯定会先和设计师一起去。如果编码员先做页面，他就是在强迫设计师进行设计——特别是对于多页表单。
取决于您工作的地方类型和团队的技能！
我在一家设计机构工作了很多年，在那里设计师统治着他们带来了最大的收入来源，而网络工作是对服务的补充。
我们与设计师密切合作，以确保设计符合要求，并且不会超出规格。这些设计大部分时间都用作签字（不要让我开始！），一旦客户同意，就不会改变太多。设计人员也不擅长 HTML、JScript、CSS 等，所以这留给开发人员来实现。
所以在这种情况下，设计总是先完成，效果很好，即使是出于错误的原因。
好吧，假设设计师制作了高质量的 HTML 和 CSS（顺便说一句，这远非显而易见），问题归结为：您是否对 HTML 有 100% 的控制权？
如果您使用 CMS 或喜欢生成大量自己的 HTML 的框架（如 ASP.NET），那么您别无选择。试图使输出与设计者的 HTML 相匹配是一个毫无意义的头痛。使用原始方法会更好。
但是，如果您自己生成所有的 HTML（使用 PHP 或者说，像 Django 这样的轻量级框架），由于您提到的原因，设计人员最好先生成 HTML。
小挑剔：我不同意理由 #2。基于 CSS 的设计就是在不触及 HTML 的情况下，将“丑陋”（即裸露的功能性）页面变得有吸引力。如果开发人员编写了体面的语义标记，设计师应该很容易将他的设计添加到顶部（嗯......添加了一些 HTML hack，比如圆角等），因为这就是他应该做的首先做。