Coding style Web开发人员：先实现代码还是先设计？

首先是什么设计完成并获得批准后，设计师是否应该用HTML创建页面，然后交给开发人员添加代码？或者开发人员应该构建简单的页面并将其交给设计师

我一直在做后者，但最近与一位设计师合作，他用HTML构建了一个完整的网站，并将其交给我，让它正常工作。我发现它节省了很多时间，原因有三：

开发人员不必创建所有表单字段和基本布局

设计师不必将所有“丑陋”的页面重新加工成有吸引力的页面，而是从一个更快的干净网站开始

代码并不是被设计者意外破坏的。我发现设计师在工作中更可能破坏代码，而不是开发人员在添加后端功能时破坏设计 简言之，如果设计师先做他的工作，很少有返工。我只是让已经看起来很棒的东西真正起作用

那么哪一种是最佳实践呢？看到其他的优点和缺点了吗

---

编辑：假设设计人员和开发人员已经就建议的设计达成一致意见。

最佳做法是两种方式都尝试，看看哪种方式最适合您的组织，然后再这样做

偶尔换一种方式试试看是否有什么变化

这样，你就可以得到一个适合你的情况的解决方案，而不用担心像“最佳实践”这样短暂的事情

---

正如你可能知道的，我不太喜欢从上而下的规则。不要误会我的意思，如果某件事被证明是一种优势，我会使用它（例如，敏捷，因为它将重点放在即时交付上）。但它必须在您所处的环境中得到验证，否则它只会对其他人起作用。

线框模型和可视化辅助工具是从最终用户那里获取需求的一种很好的方法。给用户一些可以查看的东西有助于将设计推进到需要的地方，而不是开发人员只是做猜测

---

此外，UI设计也会影响代码。我认为，作为程序员，我们最大的误解是，我们可以只构建一个业务层，然后像花生酱一样传播UI。这种情况从来没有发生过，所以我非常喜欢让设计师在早期和经常与用户合作。有一个可视化的设计来工作就像是UI的TDD，它有助于推动流程向下发展。

我肯定会首先选择designer。如果编码者先做页面，他就是在强迫设计者进行设计——特别是对于多页面表单。

我认为这在很大程度上取决于视图和代码的设置方式。有些人会在他们的观点中加入很多逻辑，而另一些人则几乎没有逻辑。它最终会归结到你的具体情况

---

我同意，在大多数情况下，先创建HTML，然后包含后端编程会更容易。它本质上是为您制作一个规范文档。

一旦您的故事板都编制好并获得批准，那么首先在HTML级别进行更详细的“草图绘制”可能会更自然。但是我想我也应该尽可能地将设计和代码解耦，这样开发者和设计者就可以并行工作了。两种解耦方法是XHTML/CSS和“不引人注目的Javascript”

开发人员和设计人员可以从故事板集合中计算出他们需要的框架XHTML页面结构。然后，设计师可以使用静态模拟页面来开发CSS样式表并探索艺术品。同时，开发人员可以专注于生成没有样式信息的XHTML结构。CSS的最大优势（和目标）是将页面结构与页面外观分离

---

另一个需要探索的途径是像jQuery这样的“不引人注目的Javascript”框架，其目标是将页面的行为与其结构分离开来，再次使开发人员和设计人员更容易并行工作。通过将这些活动并行化，最终产品的形式和内容都可以增量交付。

取决于您工作的场所类型和团队的技能

我在一家设计公司工作了很多年，在那里，设计师们占据主导地位，因为他们带来了最大的收入流，而网络工作是服务的附加内容

我们与设计师密切合作，确保设计符合要求，并且不偏离规范。这些设计大部分时间被用作签准（不要让我开始！！），一旦客户同意，就不会有太多变化。设计人员也不太擅长HTML、JScript、CSS等，所以这要留给开发人员来实现

---

因此，在这种情况下，设计总是首先进行，即使是出于错误的原因，但效果很好。

好吧，假设设计师生成高质量的HTML和CSS（顺便说一句，这一点并不明显），问题归结为：您是否100%控制您的HTML

如果您使用CMS，或者喜欢生成大量自己的HTML（如ASP.NET）的框架，那么您别无选择。试图使输出与设计师的HTML匹配是一件毫无意义的头痛事。你用你原来的方法会更好

但是，如果您自己生成所有HTML（使用PHP或Django之类的轻量级框架），出于您提到的原因，设计师最好先生成HTML

小挑剔：我不同意理由2。基于CSS的设计就是让页面变得“丑陋”（即裸露且功能强大），并使其具有吸引力，甚至不涉及HTML。如果开发人员编写了像样的语义标记，那么设计师应该很容易在上面添加他的设计（好吧……添加了一些HTML黑客，比如圆角等等），因为