Web开发人员：首先实现代码或设计？

Question

首先是什么？ 在设计概述和批准后，设计人员是否应该使用HTML创建页面，然后将其交给开发人员添加代码？或者开发人员应该构建可以工作的简单页面并将其交给设计人员吗？

我一直在做后者，但最近与一位设计师合作，他用HTML构建了一个完整的网站，然后交给我使其成功。我发现它节省了大量时间有三个原因：

1. 开发人员不必创建所有表单字段和基本布局。
2. 设计师不必将所有“丑陋”的页面改造成具有吸引力的东西，而是从一个更快的干净网站开始。
3. 设计师不会意外破坏代码。我发现设计人员更有可能打破代码做他们的工作，而不是开发人员破坏设计添加后端功能。

简而言之，如果设计师首先完成他的工作，那么很少有返工。我只是做了看起来很棒的实际工作。

哪个是最佳做法？查看其他优缺点？

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

Answer 1

线框模型和可视化助手是从最终用户那里获取需求的好方法。为用户提供一些可以查看和看的内容，有助于将设计推向需要去的地方，而不是开发人员只是在做猜测。

此外，UI设计会影响您的代码。我认为我们作为程序员购买的最大的神话是，我们可以构建一个业务层，然后像花生酱一样传播UI。它永远不会发生这种情况，所以我非常喜欢让设计师尽早与用户合作。使用可视化设计就像用户界面的TDD一样，它有助于推动这一过程。

Answer 2

最佳做法是双向尝试，看看哪种方式最适合您的组织，然后以这种方式进行。

偶尔尝试另一种方式来查看是否有任何变化。

通过这种方式，您可以获得适合您情况的解决方案，而无需担心像“最佳实践”这样短暂的短暂事物。

正如你可能会说的那样，我并不喜欢从高端传下来的规则。不要误会我的意思，如果事情被证明是有利的，我会使用它（例如敏捷，因为它会把你的注意力集中在直接交付上）。但它必须在你工作的环境中得到证明，否则它只适用于其他人。

Answer 3

我认为这在很大程度上取决于您的观点和代码背后的设置方式。有些人会在他们的观点中加入很多逻辑，而其他人则几乎没有。它最终将归结为您的具体案例。

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

Answer 4

一旦你的故事板全部完成并获得批准，首先在HTML级别进行更详细的“草图绘制”可能更为自然。但我想我也会尝试尽可能解耦设计和代码，以便开发人员和设计人员可以并行工作。两种解耦方式是XHTML / CSS和“不引人注目的Javascript”。

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

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

Answer 5

我肯定会先和设计师一起去。如果编码器首先完成页面，他就会强迫设计师进行设计 - 特别是对于多页表单。

Answer 6

取决于您工作的地点类型和团队的技能组合!!

我在一家设计公司工作多年，设计师在这里设定了最大的收入来源并且网络工作是对服务的补充。

我们与设计师密切合作，以确保设计符合要求，我们不要违反规范。这些设计很多时候用作签名（不要让我开始!!）并且一旦客户同意就不会改变太多。设计人员也不擅长HTML，JScript，CSS等，所以这需要开发人员来实现。

所以在这种情况下，设计总是先做好，即使出于错误的原因也能很好地运作。

Answer 7

好吧，假设设计师生产高质量的HTML和CSS（这远非明显，顺便说一句），问题归结为：你是否100％控制你的HTML？

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

但是，如果您自己生成所有HTML（使用PHP或者像Django这样的轻量级框架），那么设计师最好先生成HTML，原因就在于您提到的。

小挑剔：我不同意理由＃2。基于CSS的设计就是采用“丑陋”（即裸露和功能性）页面并使其具有吸引力，甚至不涉及HTML。如果开发人员编写了不错的语义标记，那么设计师应该很容易将他的设计添加到顶部（好吧......添加一些HTML黑客，比如圆角等），因为这是他应该的。首先做的事。