利用一些经过验证的设计策略

最成功的 iOS 应用程序,通常是深思熟虑、反复设计的结果。当开发者聚焦于主要任务,使功能更加精炼,是可以创建优秀的用户体验。本节总结的策略,可以帮助改进您的想法、审视设计选项,并专注于用户会欣赏的应用程序上。

提炼功能列表。在设计过程中,尽早确定应用程序的功能和目标用户。使用此定义(称为应用程序定义语句)过滤掉不必要的功能,并指导应用程序的风格。虽然,功能越多应用程序就越好的想法很诱人,很多时候,却是反面教材。最好的应用程序,通常聚焦于一个主要任务,只提供用户完成该任务所需的那些功能。

为设备而设计。除了整合 iOS 用户界面和用户体验的模式之外,请确定您的应用程序在设备上运行自如。如果计划开发一个通用应用程序(即同时运行在 iPhone 和 iPad 上的应用程序),这就意味着必须为每个设备设计不同的 UI,即使大多数底层代码可以是相同的。同样,如果计划采用基于网上的内容,有必要重新设计这些内容,使其看起来和感觉起来像是原生的应用程序。

适当地定制。每个应用程序都包括一些自定 UI(即使只在其 App Store 图标中)。iOS SDK 可以让您自定 UI 的各个方面,至于多少自定才合适就完全由您决定。最好的应用程序,会以目的明确和易用作为自定的考量。理想情况下,您想要用户觉得您的应用程序与众不同,又同时欣赏到其直观和易用,与其他应用程序保持一致。

原型和迭代。在决定好包括哪些功能后,您就可以开始创建可测试的原型。早期的原型不需要显示真实的 UI 或美工图样,也不需要处理真实的内容。但是,它们需要给测试员准确的概念,知道应用程序是如何使用的。在测试过程中,要特别注意测试员尝试过但失败的地方,因为这些尝试,可以暴露出应用程序本该有却未实现的行为。继续测试直到您感到满意,认为用户可轻松理解应用程序是如何使用的,并能操作全部功能。

时间: 2024-08-27 07:12:50

利用一些经过验证的设计策略的相关文章

互联网产品消息推送设计策略(转)

在移动互联时代,消息推送越来越受到各个APP的重视,本文就以互金产品为例阐述消息推送的几个类别以及应用的场景方式.运营策略,希望对你有益. 在之前一文中,笔者概括性的介绍了通知功能是互金理财平台的一个基础但重要的功能.消息推送能将个人账户相关.平台相关内容送达终端用户,是为互联网产品一个重要的功能.在移动互联网时代,移动客户端出现寡头效应,消息推送愈发重要,而在互金产品中尤甚. 因此本文将开始重点阐述互金产品消息推送的类别.场景.方式和前后端推送设计策略以及运营策略. 1 定义 本文所指的"互金

【tool】利用测试概念进行代码设计时的七条基本原则

跟其它编码原则一样,这些原则也不是不容置疑或不可改变的教条.有时候打破这些规则也是必要的.因此,理解每条原则背后的动机和判断何时这些动机不适用(或应让位给更关心的问题)的能力是很重要的. 原则 1. 到 GUI 视图的外面去 尽可能把代码移到 GUI 视图的外面.然后各种 GUI 动作就能成了模型上的简单方法调用.为什么您需要这样做呢? 对 GUI 测试者来说,通过方法调用测试功能比间接地测试功能容易的多. 另一个好处是它使修改程序功能而不影响视图变的更容易. 当然,视图中也可能存在错误.在理想

利用QJM实现HDFS的HA策略部署与验证工作记录分享

1.概述  Hadoop2.X中的HDFS(Vsersion2.0)相比于Hadoop1.X增加了两个重要功能,HA和Federation.HA解决了Hadoop1.X  Namenode中一直存在的单点故障问题,HA策略通过热备的方式为主NameNode提供一个备用者,并且这个备用者的状态一直和主Namenode的元数据保持一致,一旦主NameNode挂了,备用NameNode可以立马转换变换为主NameNode,从而提供不间断的服务.另外,Federation特性,主要是允许一个 HDFS

佰新网络科技广州分公司手机短信验证流程设计

1 验证是验证什么?为什么要验证 验证所存在的需求场景,就类似于人之间打招呼的场景.首先打招呼前,需要让机器明白即将作出一系列指令的主 体,即要打招呼的是"人"而不是"机器",所以其验证 目的之一是:对操作者是否为人的身份验证. 当机器知道了这就是要打招呼的对象后,为了满足整个行 为的顺利完成,得需要让机器知道"你"是否有打招呼的 意愿,即验证目的之二是:对操作者是否本人意愿操作的 验证.所有的验证实质都是在满足以上的目的. 02 流程可视化设计

常见的缓存算法设计策略

对于缓存,大家应该都不会感到陌生,但是关于缓存算法有哪些,大家可能不会太清楚,这里我大概介绍下. 缓存的设计目的就是为了我们访问方便,减少访问时间,大体上有这四种策略: 一:基于时间的策略.当缓存未满的时候,一直向缓存区添加,当缓存区满的时候,再有数据进来,就需要将以访问过的数据清除掉. 清除的就是那些访问时间久的数据.说白了就是访问时间距离现在越远的将首先被淘汰. 二:基于频率的策略.当缓冲区满的时候,按照访问频率将数据进行排序,将那些访问频率较少的数据淘汰掉. 三:基于时间和频率的策略.当缓

测试用例设计策略

(1)首先进行等价类划分,包括输入条件和输出条件的等价划分,将无限测试变成有限测试,这是减少工作量和提高测试效率最有效的方法.(2)在任何情况下,都必须使用边界值分析法.经验表明,用这种方法设计出的测试用例发现程序错误的的能力最强.(3)可以使用错误推测法追加一些测试用例,这需要依靠测试工程师的智慧和经验.(4)对照程序逻辑,检查已设计出的测试用例的逻辑覆盖程度.如果没有达到要求的覆盖标准,应当再补充足够的测试用例.(5)如果程序的功能说明中含有输入条件的组合情况,则一开始就可以选用因果图法和判

转:性能测试用例设计策略

性能测试在软件质量保证中起着重要的作用,它包括的测试内容丰富多样.同一个系统,不同的测试设计及测试过程会导致不同的结果,也会有不同的解读.合理的测试规划与设计是至关重要的.本文重点介绍如何结合用户实际业务特点制定有效的性能测试用例. 一.系统业务特点和用户行为分析 用户行为反映了用户对系统的使用模式和应用背景,在性能测试之前,我们首先需要分析用户的使用习惯,确定系统的典型业务及发生时间.分析用户行为是设计性能测试用例的第一步. 1.系统使用高峰时段分析 对于很多大型系统,都有业务集中开展使用的情

Java 9 模块解耦的设计策略

1. 概述 Java 平台模块系统 (Java Platform Module System,JPMS)提供了更强的封装.更可靠且更好的关注点分离. 但所有的这些方便的功能都需要付出代价.由于模块化的应用程序建立在依赖其他正常工作的模块的模块网上,因此在许多情况下,模块彼此紧密耦合. 这可能会导致我们认为模块化和松耦合是在同一系统中不能共存的特性.但事实上可以! 在本教程中,我们将深入探讨两种众所周知的设计模式,我们可以用它们轻松的解耦 Java 模块. 2. 父模块 为了展示用于解耦 Java

表单验证的设计

不说废话,直接留干货.实现的效果:多条表单提交的时候,如果某个表单的输入不和格式要求,则提示对应的错误信息,所有表单的内容合适,则提交到后台.显示代码(这里的dom的结构不唯一,我只是在我实际的项目中,遇到的解决方案) dom: css: js: 显示的效果: 全部格式不对: 部分不对: 验证为空后继续验证是否符合电话格式(这里只做了这个具体的验证,也可以做邮箱的验证,就要单独写正则验证邮箱) 总结:这样做的好处就是,在提交表单的时候,如果某条表单格式不对,可以立马显示出对应表单,不用一条一条的