有太多的天气应用UI设计极为繁复，并不适合只需天气、温度等信息的普通用户，今天我们精选了一些天气应用UI设计，让你享受每一度的极简。

你是否也会被这些「极简」款中的一二所吸引，那些满屏各种指数的天气 App 似乎是专为天气专家们所设计的，而选择这些「极简」天气 App，更便于我们掌握那些我们所需要的天气信息。

@刘津legene ：设计师和理发师其实有点像，理发师基本分为三种：一种是只会搞基础发型的，比如寸头、中规中矩的长发、老太太卷头等；一种是只会剪流行发型的（这种发型师还很容易摇身一变成为造型大师，告诉你你应该改变，应该剪目前最流行的某款发型，但实际上可能是他只擅长这款发型）；还有一种是最可遇不可求的，他根据你的脸型、性格等，用最简单的手法量身设计发型，让顾客的气质度立刻得到提升。

蓝蓝设计( www.lanlanwork.com )是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供有效的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 、平面设计服务

如果您想订阅本博客内容，每天自动发到您的邮箱中， 请点这里

来源：莫贝网

仔细阅读MD的规范，似乎写的很清楚，但是如果和Android4.0规范放在一起，还是会发现很多有出入的地方。不过规范的目的是为了培养并迎合用户使用习惯，减少用户认知负担。文字是死的，人是活的，灵活应用才是关键。

在以MD为基础的app设计中，经常会出现以下结构（如图1）

在Android 4.0和material design设计规范中都专门对选项卡进行了说明，但两者的说法不同。

在Android 4.0中，选项卡tabs属于操作栏的一部分，可以很轻松探索 app 中的不同功能,或浏览不同分类的数据集，就是说tabs选项卡是可以作为导航使用的，类似于iOS的标签栏，只是iOS放在屏幕底部，安卓是放在屏幕顶端（如上图2）。

但在material design中，tabs 的作用是将大量关联的数据或者选项划分成更易理解的分组，虽然很容易让人联想到导航，但其本身并不是用来导航的。每个tab的内容应该互相关联并且是在同 一个主题下（如下图）。图中出行方式可以通过tab划分成多种方式，但是搜索、指南、设置却完全属于不同的功能导航。

如此看来，两种规范似乎是相互冲突的，而且只要留心一下你会发现，现在市场上经常是这两种形式都有。googel官方比较推崇应用结构是：左侧导航抽屉+应用栏+tabs（Tab可选），但是同一种结构却有两种不同表现方式。

方式一：谷歌主推形式

侧边栏导航作为应用的主导航，头屏显示应用最重要的功能或内容，如果在较低层级中有多个平行相关视图，可以用Tab结构（当然也可以没有）。这种结 构的关键是主要功能或内容很突出，所以头屏最大化显示，而其他功能相对较弱，不需要频繁切换侧边栏导航（如下图）。谷歌发布的inbox邮箱，左侧导航栏作为主导航，默认显示收件箱页面，用户最常用也最重要的功能是查看收件箱，至于其他的发件箱、垃圾邮件等都可以放在导航抽屉内收起。googel图书顶部是应用栏+tabs结构，此处Tab强调的是在同一主题下的不同归类，而不是导航。

方式二：市场发展

或许是受4.0规范的影响，在左侧导航抽 屉+应用栏+tabs的应用结构中，Tab作为应用的主导航，而左侧抽屉作为辅导航，收纳一些用户不常使用的功能，像用户中心、设置、反馈等。这种结构适 合那些多个相同等级的功能视图需要频繁切换的app，且只需要手指左右滑动就能快速切换Tab视图，这将大大提高应用使用效率。如下图所示，虽然是概念设计（主要是国内安卓应用喜欢延续iOS风格，将Tab放在屏幕底部，米找到合适的例子，且MD没有被普遍应用），但很适合该场景下的示例。这款产品类似于微信，将主要功能导航放在顶部，实现快速切换，侧边抽屉导航放置收藏、状态、设置等次要功能。

以上两种方式并不冲突，关键是看你应用的功能内容。如果你的应用核心功能很突出，且不需要其他功能频繁切换，就选择第一种；如果你的应用有两个或者两个以上相同重要的功能模块，且需要频繁切换，比如微信的即时聊天和朋友圈，那就尝试第二种。

Android部分暂时就到这里，来看看iOS。如果展开来讲，体系太庞大，暂且用一张图表示，虽然都是很基础的内容。

另外，Android和IOS很明显的差异是层级返回和编辑选择。

1、层级返回

IOS平台没有实体返回按键，所以涉及层级间的导航，app界面本身一定要有返回按钮，而实体home键只负责应用退出。Android平台有物理 返回按键，且点击返回的是动作流。比如，在搜索界面，点击搜索框调出软键盘，再点返回按键，不是返回上一页，而是收回弹出的软键盘，它强调的是返回上一个 动作的界面，而非层级关系。在Android平台上的app，如果应用本身含有返回按钮，返回的是上一层级，设计的是层级间的导航。另外，在安卓app的首页点击返回按键，就是退出应用。可看如下关系图

2、编辑选择

对于编辑选择功能，IOS有明确的入口，通常在导航栏 上有编辑按钮，点击后进入编辑模式，通常可以多选，同时底部或顶部会增加工具栏，用来处理多选内容。当然也可以单选删除，通过点按向左滑动删除，或者是点 击按钮从底部呼出操作菜单，逐个删除。但Android是通过长安方式进入编辑模式，此时操作栏被一个临时情景操作栏覆盖（情景操作栏可以覆盖顶部操作栏 和底部操作栏），界面内容允许单个或多个操作（如下图）

以上部分其实都是一些平台规范总结，将区别大且重要部分整理出来，也是为了方便阅读查看，后期会持续更新一些其他交互内容。

作者：butter
来源：jianshu

@琛桑要做芝麻艺人 ：作为入行不久的交互设计师，我发现自己在交互设计的实践中无法顾及到方方面面，是存在思维盲区的。其中有欠缺经验的原因，也有自身知识局限的问题。进入开发阶段后，每次需要修改交互时，心里都会有些惭愧，感觉为小伙伴们带来了不必要的工作量。

想适配两个完全不同的平台，有哪些需要注意的点呢？今天这篇文章总结了6个值得新手学习的地方，包括图标、屏幕密度尺寸、设计等等，来收吧！

1. 不要转换

你不应该在安卓上使用同一套规格的UI。iOS有一个能让你一键返回桌面的“物理home键”。然而，安卓上的按键是“返回、home和多任务”。

这意味着什么？

一位安卓用户可以从一个应用轻松跳转到另一个应用。这是一个很大的不同之处。

因此，iOS通常会有一个结合了纵向和横向的UI结构，但安卓则更偏向于纵向。

当某个功能对数量有限制时，操作的时机就变得很重要。以在app上报名班级（图1）的操作为例，假设班级容量为20人，确认报名订单时暂
时扣去一个名额库存，完成支付时完全扣去这个名额。如果当你报名班级时，名额已满，但还有人未付款，这时系统应该有什么提示？这和报名班级时，班级绝对性
满员（名额已满，且所有人完成付款）的情况处理方式是不一样的。另一种情况是，在你进入确认订单页时，名额未满，但当你按下“确认”订单，此时名额已经满
了，也应该有相应的提示。像这种对数量敏感的功能，应尽量明确地告诉用户限制条件，当前的相关状态是怎样的（未满员，暂时满员，或已满员？），防止用户进
行不必要的操作。用户若第一时间没有理解，可能需要进一步友好地提示。

随着iOS设备的大规模普及，优质的iOS应用如同雨后春笋般层出不穷。每天都会有惊艳的iOS应用涌现，从社交媒体到隔壁老王，你会从各种不同的渠道听到它们的名字，被不同的人安利。通常，这些优质的APP都会有一个逼格不低的官方网站，经过精心筛选之后，我们优选出24个品质不错的iOS APP的官网。这些网站有的简约，有的优雅，有的好玩，其中总会有几个令人爱不释手。

在一天的使用过程中，我很可能存在多次记账的需求，这也意味着我会频繁打开这个产品，简单和可以让我更快的完成任务。记账因为涉及到资金这个问 题，所以它同样需要一定的安全性。如果要给这个 App 一个定位的话，我认为它是一款 “能满足大众基本记账需求的轻便的移动记账 App ” 。

基于以上的思考，很快就产出了以下稿子：

编者按：今天这篇干货聊的是人们最讨厌的两个状态 —— 软件报错和加载缓慢。如何提高这两个糟心状态的用户体验呢？作者从不少交互上的细节做了考量推敲，附上大神的意见和实战案例，特别有现实参考价值。

对于网页浏览者来说，按钮控件的几种变化可以说是再熟悉不过的一种机制了：一般使用鼠标浏览时最容易感受到的有 Normal、Hover 以及 Archive 这三种效果，分别为按钮平时的状态、鼠标游标移到上方的效果、以及点击按钮时的效果。