网页设计之六大原则

随着互联网时代的快速发展,设计师不再只是为互联网创造漂亮美观的图片那么简单了,作为一个WEB设计师,除了基本的设计技能之外,还需要考虑一些其他的问题,比如用户体验,算法,代码等等。如今用户体验设计越来越重要,对于WEB表单的设计尤其如此。

WEB表单设计的目标是设计出一套让用户能够从填表到点击提交按钮的最简单的流程。从非常简单直接的表单到花哨、多彩和创意的表单,每个网站都会呈现一种表单风格。不论是登录/注册表单,还是联系表单,或者其他类型表单,设计师们需要牢记一点:这些表单的目标是要赢得用户的注意,引导他们在其中填入信息。根据多年的设计经验,Mockplus归纳了在WEB表单设计中的六大原则。

(一)保持醒目和简洁


我们经常会遇到一个问题,非常多的用户抱怨注册表单需要太多的信息。如果你设计的网站正在想办法增加注册用户数量,那么首先必须保证设计的表单尽可能的简洁,易于填写。同时对于着重强调的版块和信息,在设计时可以采用更醒目的方式加以强调。

(二)合理组织信息


对于较为复杂、填写项多的表单,如果不对信息进行组织,很容易显得繁杂混乱,让用户在一开始就产生抵触的情绪,甚至选择放弃。合理有层次的组织信息,可以利用框线、空间间隔、颜色的不同,按照不同信息的类别、属性和相关性进行区块的划分,用步骤条指示当前的进程。清晰的浏览线,合理的标签、提示文字及按钮的排布,避免不必要的信息重复出现,能够降低用户的视觉负担和物理负担。

(三)更大的输入框


根据实际的用户反馈,表单设计中更大的文字输入框、适度的留白空间会让人更有填写的欲望,优雅的动画效果也能增加填写的趣味。设计师在设计表单的过程中,需要缓和不同输入元素之间的冲突。加粗的文字提示用户哪些区域已经填写了,哪些区域还空着,当激活某一输入框时,它会变成淡蓝色,提示光标现在所处的位置。

(四)为用户节省时间


需要花大量时间填写的表单容易让人失去耐心,用户是懒惰而繁忙的,试着删去所有不必要的填写项,考虑除了让用户机械的通过键盘在表单上输入数据外,还有没有别的更优方式(如后续进行用研调查)收集所需信息。

(五)***服务的设计理念


表单的终点并不是提交,设计师在设计的时候需要抱着为用户提供***服务的理念,形成流程闭环,避免用户在中途跳出。一个好的表单设计,不仅需要考虑用户填写前的引导、填写时的及时校验与帮助、还需要考虑填写后的整个流程体验。思考用户填写表单的初衷是什么,让他在填写完表单后能够最快得到他最想要的东西。即便是他暂时无法得到的,也需要告诉他相应的原因和能够进行的替代操作。

(六)提供设计关怀


根据不完全统计,互联网中大约有12%的人具有或轻或重的色觉障碍。如果将色彩作为区分不可点击文本和可点击链接的唯一元素,可能会让这部分的人使用时出现困难。我们在设计表单的过程中可以通过给链接文字加下划虚线、使用按钮或其他形状做区分,让这类用户能更加清楚的知道哪些是可点击的区域。

时间: 2024-11-08 04:19:32

网页设计之六大原则的相关文章

初识设计模式、软件设计的六大原则

总结:本篇文字分为两个部分.第一部分:设计模式基本常识:第二部分:软件设计中的六大原则,并详细分析了单一职责原则.(本篇文章的时间轴参考:为知笔记支撑文件夹\Java设计模式(时间序列图).vsdx) 部分一:初识设计模式 什么是设计模式?James拿到这个论点时,很是迷惑! 模式?是不是一个模子?模式识别--计算机领域的经典问题? 设计模拟?软件的设计模式?不懂!!! 但是在实际编码.调试过程中,James的遇到过很是难解的问题:工程代码中有过多的冗余代码--代码复用性不高:需求一旦改变,需要

设计模式 之 设计的 六大原则(6) 开放封闭原则

  开放封闭原则  定义:一个软件实体如类.模块和函数应该对扩展开放,对修改关闭. 问题由来:在软件的生命周期内,因为变化.升级和维护等原因需要对软件原有代码进行修改时,可能会给旧代码中引入错误,也可能会使我们不得不对整个功能进行重构,并且需要原有代码经过重新测试. 解决方案:当软件需要变化时,尽量通过扩展软件实体的行为来实现变化,而不是通过修改已有的代码来实现变化. 开闭原则是面向对象设计中最基础的设计原则,它指导我们如何建立稳定灵活的系统.开闭原则可能是设计模式六项原则中定义最模糊的一个了,

Java面向对象设计的六大原则

这是设计模式系列开篇的第一篇文章.也是我学习设计模式过程中的总结.这篇文章主要讲的是面向对象设计中,我们应该遵循的六大原则.只有掌握了这些原则,我们才能更好的理解设计模式.我们接下来要介绍以下6个内容. 单一职责原则——SRP 开闭原则——OCP 里式替换原则——LSP 依赖倒置原则——DIP 接口隔离原则——ISP 迪米特原则——LOD 单一职责原则 单一职责原则的定义是就一个类而言,应该仅有一个引起他变化的原因.也就是说一个类应该只负责一件事情.如果一个类负责了方法M1,方法M2两个不同的事

设计模式 之 设计的 六大原则(3) 依赖倒置原则

依赖倒置原则 定义:高层模块不应该依赖低层模块,二者都应该依赖其抽象:抽象不应该依赖细节:细节应该依赖抽象. 问题由来:类A直接依赖类B,假如要将类A改为依赖类C,则必须通过修改类A的代码来达成.这种场景下,类A一般是高层模块,负责复杂的业务逻辑:类B和类C是低层模块,负责基本的原子操作:假如修改类A,会给程序带来不必要的风险. 解决方案:将类A修改为依赖接口I,类B和类C各自实现接口I,类A通过接口I间接与类B或者类C发生联系,则会大大降低修改类A的几率. 依赖倒置原则基于这样一个事实:相对于

微谈网页设计颜色搭配原则与方法

颜色原理 色相:      指的是色彩的名称.这是色彩最基本的特征,是一种色彩区别于另一种色彩的最主要的因素.       比如说紫色,绿色,黄色等等都代表了不同的色相.同一色相的色彩,调整一下亮度,或者纯度很容易搭配,比如,深绿,暗绿,草绿,亮绿. 明度:     也叫亮度,指的是色彩的明暗程度,明度越大,色彩越亮. 比如一些购物,儿童类网站.用的是一些鲜亮的颜色,让人感觉绚丽多姿,生气勃勃.明度越低,颜色越暗.主要用于一些游戏类网站,充满神秘感:一些个人站长为了体现自身的个性,也可以运用一些

设计模式 之 设计的 六大原则(4) 接口隔离原则

接口隔离原则 定义:客户端不应该依赖它不需要的接口:一个类对另一个类的依赖应该建立在最小的接口上. 问题由来:类A通过接口I依赖类B,类C通过接口I依赖类D,如果接口I对于类A和类B来说不是最小接口,则类B和类D必须去实现他们不需要的方法. 解决方案:将臃肿的接口I拆分为独立的几个接口,类A和类C分别与他们需要的接口建立依赖关系.也就是采用接口隔离原则. 举例来说明接口隔离原则: (图1 未遵循接口隔离原则的设计) 这个图的意思是:类A依赖接口I中的方法1.方法2.方法3,类B是对类A依赖的实现

面向对象设计的六大原则简介

实际上都是互补的,也就是说一些原则需要利用另一些原则来实现自己. 6大原则如下: 1)单一职责原则,一个合理的类,应该仅有一个引起它变化的原因,即单一职责,就是设计的这个类功能应该只有一个; 优点:消除耦合,减小因需求变化引起代码僵化. 2) 开-闭原则,讲的是设计要对扩展有好的支持,而对修改要严格限制. 优点:降低了程序各部分之间的耦合性,其适应性.灵活性.稳定性都比较好.当已有软件系统需要增加新的功能时,不需要对作为系统基础的抽象层进行修改,只需要在原有基础上附加新的模块就能实现所需要添加的

软件架构设计的六大原则

1.“开-闭”原则(OCP)     Software entities should be open for extension, but closed for modification.     对扩展开放,对修改封闭. 2.里氏代换原则(LSP)     凡是基类适用的地方,子类一定适用. 3.依赖倒转原则(DIP)     要依赖抽象,不要依赖具体. 4.迪米特法则(LoD)     一个对象应该对其他对象有尽可能少的了解. 5.接口隔离原则(ISP)     使用多个专门的接口比适用单

0608pm单例模式and面向对象的六大原则

//把类控制住,不让外界造她的对象class DA{ public $name; static private $dx;//存放对象的变量 //将构造变为私有,外界没法造对象 private function __construct() { } //提供一个造对象的方法 static function CreateDX() { if(empty(self::$dx))//判断是否为空 { self::$dx=new DA();//如果是空的就new一个对象放在dx里面 } return self