如何/何时设计接口?[关闭]

我认为首先设计界面的大部分好处是在你完成论文草图之后实现的。基本上,您只是在确保您的头脑中有一个设计,并且您的编码过程在某种程度上是由最终用户驱动的。您还试图避免在不必要的文档上浪费时间。

将HTML(或MVC应用程序中的视图框架)放到适当的位置是有意义的,这是37signals所说的主要内容。除此之外,我当然不会做任何会被扔掉的事情。

我认为如果你有一个合适的设计,那么下一步是在HTML之后编写后端代码,还是在CSS和JavaScript之后编写后端代码,都无关紧要。CSS和代码甚至不需要相互了解。

做任何让你兴奋和有动力的事。做任何能让你更深入地思考应用程序实际工作方式的事情,这样你就能抓住你最初想法中的任何缺陷。我喜欢在CSS之前编写代码,但那只是我自己。在应用程序在你脑海中成形之前,你可能会发现让CSS更进一步是很重要的。

乔尔斯波斯基喜欢 Balsamiq 作为嘲弄的工具。我认为37signals使用Draft(iPhone应用程序)。我用夏普枪。关键是不要太详细。

意见不一,但我认为JavaScript应该排在最后。我相信大多数网站的设计应该使它们在没有JavaScript的情况下100%正常工作,然后添加JavaScript进行润色。

进一步了解 Unobtrusive JavaScript

所以(对我来说):

• 快速而肮脏的视图草图
• 写核心逻辑
• 用时髦的CSS把它装饰起来
• 编写一些JavaScript来添加sizzle

我来问你这个。你是在做零件之前还是之后油漆汽车?也许你已经选择了哪种油漆,但最终它不能继续下去,直到汽车完成。也许你不同意这种类比,但我认为编码会带来一些在网站设计之前无法理解的问题。代码第一,设计第二。

绘制界面。每页上都有哪些控件?每页上有哪些控件是相同的?有什么表格,在哪几页上?当用户单击项目x时会发生什么?项目y?

如果你一开始就盲目地编码,你最终会得到烧焦的意大利面。

用户界面是网站用户将看到的。在编写代码之前,您可能会从一些非代码的网站的基本草图开始,以确定页面导航、内容的一般位置以及与网站的交互。

但是,越早展示和讨论工作UI,用户/客户机就越容易了解最终产品。因此,请快速转到HTML、CSS、JavaScript和图像等内容,以确定:

• 页面上显示的数据(HTML)
• 数据的表示(CSS)
• 与数据的交互(JavaScript)

这样做有助于逐步开发一个实际的工作UI,您可以与客户机进行讨论。这使他们从项目的早期就参与进来。它迫使他们思考网站,并就内容、外观和交互做出决定。

在项目的早期获得这样的反馈可以降低构建一个稍后需要更改的产品的风险。在项目早期进行更改更容易/更便宜,然后在项目后期进行更改。

在开发UI时,您已经可以开始研究数据结构、软件组件以及与其他系统的集成来驱动站点。但这不是用户/客户感兴趣的,他们希望看到和使用产品。