产品设计原则

简约 美感

  1. 简约的极致是用一种方式来迭代出所有产品的功能,就像利用一条汇编指令完成所有的计算机计算模型;游戏里面利用技能将所有的规则全部囊括在内。但是这样带来的问题是,很多的使用这在用这套逻辑的时候,需要向看故事一样去分析功能实现;
  2. 复杂一点的话,就是利用不同的API功能进行实现,这样子的话,使用者从名字上就可以直接产生正确的使用和认知;但是API功能如果过于多的时候,又显得非常冗余;
  3. 上述两者产生的结果就是,根据不同的功能实现不同的API,但是API之间要绝对正交,不可功能重复。

美感:

  1. 包括外在美和内在美
  2. 外在美,比如汽车的流线型,地铁的外貌,女生的娇俏等;代码的话,就是空格和长度等的错落有致。
  3. 内外美,比如汽车内部的装潢,房子的装修等;对于代码的话,就是代码的逻辑实现简洁漂亮;

功能使用:

  1. 提供给用户最容易理解的接口,这是设计者的本分;房子需要提供大门和窗户,汽车也需要门和窗户。代码也需要数据进入和出去,也就是数据的入口和出口。
  2. 提供给用户最容易使用的接口,比如,大门设计的时候,你不可能让使用者将自己切碎了之后再将自己塞进去
  3. 提供给用户有美感的接口,紫禁城的皇宫大门的设计。

产品设计原则

时间: 2024-08-01 22:11:01

产品设计原则的相关文章

产品设计开发的一般原则

一.以市场为导向 任何产品的开发,其目的意义都在于走入市场.创造价值及收益.因此,产品设计开发laisj.com的方向就必须以市场方面的需求为依据来确定,而市场需求又分为两类:一类是短期市场需求,一类是长期市场发展的方向.对于短期需求,有的产品在当前有很大的需求量,但技术含量不高或属过度性需求,在经过一段热潮之后,将有新一代产品将其代替.有的是在一定长的时间内,由于成本或技术原因.不可能被其它产品替代.对瞄准远期前景的产品市场,一些是高技术含量,现在已有明显的发展趋势,另一些是无竞争企业,高附加

设计模式——设计模式与设计原则

设计模式--设计模式与设计原则 一.设计模式  1.设计模式简介 设计模式(Design pattern)是一套被反复使用.多数人知晓的.经过分类编目的.代码设计经验的总结.使用设计模式是为了可重用代码.让代码更容易被他人理解.保证代码可靠性. 设计模式于己于他人于系统都是多赢的,设计模式使代码编制真正工程化,设计模式是软件工程的基石. 模式的经典定义:每个模式都描述了一个在我们的环境中不断出现的问题,然后描述了该问题的解决方案的核心,通过这种方式,我们可以无数次地重用那些已有的解决方案,无需再

面向对象编程6大设计原则:单一职责原则

单一职责原则(Single  Responsibility Principle)简称SRP原则. 定义 应该有且仅有一个原因引起类的变更. 优点 可以降低类的复杂度,一个类只负责一项职责,其逻辑肯定要比负责多项职责简单的多: 提高类的可读性,提高系统的可维护性: 变更引起的风险降低,变更是必然的,如果单一职责原则遵守的好,当修改一个功能时,可以显著降低对其他功能的影响. 说明 单一职责原则不只是面向对象编程思想所特有的,只要是模块化的程序设计,都适用单一职责原则: 单一职责原则要根据项目的实际情

Microsoft 设计原则

在本文中 关于现代设计 技术为本 实现以较少投入取得极大成绩 迅速和流畅 真正实现数字化 合作共赢 相关主题 驱动出色设计的基础 我们相信遵循 Microsoft 设计原则可帮助你构建使用户感到愉悦并使你感到自豪的应用商店应用.在规划你的应用时使用这些原则,并且通过它们指导你完成设计和开发选择. 关于现代设计 长期以来,Microsoft 在许多领域都是技术领先者,并且提供各种产品.最近开始发生的一种变化是,我们越来越关注设计.此更改的特点是强大的基础.令人兴奋且具有影响力的创意.美观的浏览以及

APP开发设计应以人为本!浅谈APP交互设计原则

为什么APP开发设计需要原则?设计原则其实就是对一些设计过程中基于人类的认知规律对设计做出的一些指导性原则,并且对已经成为行业共识的设计经验做个总结,用来指导设计师界定问题.提高效率. 先就APP开发设计 http://www.czwew.com 常州紫竹云科技产品经理分享交互设计的时候最为大家所认可的几条设计原则:可学习性.一致性.简洁性.流畅性.及时反馈.除了这么六个?还有其他的吗?你放心,如果需要还有更多. 一.经常用的设计原则有哪些? 1.可学习性   目标用户在已有的知识和经验基础上,

设计模式之6大设计原则

设计模式之6大设计原则 原则一:单一职责原则(Single Responsibility Principle SRP) 定义:There should never be more than one reason for a class to change.(应该有且仅有一个原因引起类的变更) 好处: 1.类的复杂性降低,实现什么职都有清晰明确的定义: 2.可读性高,负责性降低,当然可读性就提高了: 3.可维护性提高,可读性提高,自然就更容易维护了: 4.变更引起的风险降低,变更是必不可少的,如果

[转载] 一些软件设计原则

转载地址:http://blog.jobbole.com/685/ 下面这些原则,不单单只是软件开发,可以推广到其它生产活动中,甚至我们的生活中. Don’t Repeat Yourself(DRY) DRY是一个最简单的法则,也是最容易被理解的.但它也可能是最难被应用的(因为要做到这样,我们需要在泛型设计上做相当的努力,这并不是一件容易 的事).它意味着,当我们在两个或多个地方的时候发现一些相似的代码的时候,我们需要把他们的共性抽象出来形一个唯一的新方法,并且改变现有的地方的代码 让他们以一些

【设计模式】 面向对象六大设计原则

面向对象设计的六大原则 : 单一职责原则, 里氏替换原则, 依赖倒置原则, 接口隔离原则, 迪米特法则, 开闭原则; 一. 单一职责原则 1. 单一职责简介 单一职责定义 : 有且只有一个原因引起类的变化, 一个接口 或者 类 只有一个职责; 单一职责的好处 : -- 复杂性 : 降低类的复杂性, 对类或接口的职责有清晰明确定义; -- 可读性 : 提高可读性; -- 维护 : 提高可维护性; -- 变更风险 : 降低变更引起的风险, 接口改变只影响相应的实现类, 不影响其他类; 2. 单一职责

五大设计原则------接口隔离原则

在讲接口隔离原则之前,先明确一下接口,这里据说的接口分为两种: 1. 实例接口(Object Interface),就是声明一个类,然后用 new 关键字产生一个实例,它是对一个类型事物的描述,这是一种接口. 2. 类接口(Classs Interface) ,就是指用 Interface 关键字定义的接口. 接口隔离包含两层意思: 1.客户端不应该依赖于它不需要的接口 2.类间的依赖关系应该建立在最小的接口上. 针对1就是指客户端应该依赖于它需要的接口,通俗地说就是: 客户端需要什么接口就提供