音乐可以敲开封闭的心灵，纾解忧郁苦闷的心情，让人的身心都得到适度的发展、解放。
爱听音乐是一款集音乐播放和音乐资讯分享于一体的音乐APP。
自己平常作图，学习都会听歌曲，于是就设计了这款APP。
在这次设计中，自己又对用户分析，竞品分析，产品的框架又有了重新的认识，
整个过程中也是受益匪浅，希望自己不忘初心，继续努力，继续前行！
（APP部分界面设计使用图片来自网络)
仅作为自己设计练习使用，不作为任何商业用途!
设计软件
Adobe Photoshop
Adobe Illustrator
Adobe After Effects
转自：站酷
作者：故事从未开始
蓝蓝设计( www.lanlanwork.com )是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 、平面设计服务
最近做的都是小程序的项目，小程序设计进一步的研究的时候，发现现在关于小程序的文章很少，也不全面。目前大部分的问题通过微信开放社区，所以来结合官方指南和文章资料，结合工作设计中遇到的问题，总结一份比较全面的小程序设计指南，希望可以帮助到大家。
小程序是一种即用即走，无需下载的手机应用，和APP不同，用户不用担心会占用手机内存的问题。用户可以直接通过扫一扫或附近搜索即可使用。小程序刨除一切繁杂的程序，将用户的操作变得更加灵活快捷，大大提高了用户体验，使用量也大大增加。
2016年1月11日，2016微信公开课PRO版在广州举行，“微信之父”张小龙首次公开演讲，宣布微信公众号将推出“应用号”，通过公众号完成一些App的部分功能。
2016年11月3日晚间，微信团队宣布：微信小程序正式开放公测。
2017年9月20日，支付宝小程序向用户开放公测。
2018年7月，百度AI开发者大会上，百度宣布百度智能小程序正式上线。
2019年6月1日，QQ小程序在安卓的新版QQ上如期上线，5天后，正式登陆 iOS 版手机QQ。至此，QQ小程序完成全面上线。
从最早的微信到现在，支付宝小程序、百度小程序、抖音小程序，几大巨头都布局了小程序。
主流小程序平台网络关注度差异较大，微信小程序的网络关注度最高，其次是百度小程序和支付宝小程序。对比用户认知来看，微信小程序以分享链接出现，百度小程序是抢红包平台，支付宝小程序是抢特价和抽奖平台等;小程序平台网络关注度差异折射用户对小程序平台生态的认知。
微信作为国民社交软件，日活用户已达3亿，这无疑是巨大的用户流量聚集地，对商家的吸引程度可想而知。我们接下来也是按照微信小程序为例来逐步讲解。
微信官方文档：https://developers.weixin.qq.com/miniprogram/design/
特点：依附微信强社交模式，引流能力强，流失率低，推广迅速
量级：月活10亿
百度作为中国最大的搜索引擎工具，有天然的数据支撑。百度每日的搜索量可达到几十个亿，又是一个巨大的流量地。此外，基于产品的搜索特性，百度小程序能精准覆盖目标用户。通过小程序为用户提供信息与服务，通过提升整体的服务效率实现用户留存。
百度-智能小程序设计规范：https://smartprogram.baidu.com/docs/design/overview/introduction/
特点：基于百度搜索引擎的优势，增加产品词的优化曝光。
量级：月活5亿
抖音小程序开发基于字节跳动客户，面向字节跳动所有产品线用户（包括抖音、今日头条等），不同小程序/小游戏满足不同种类用户需求。支持小游戏和小程序产品形态，支持个人与企业开发者，只要有优质内容或优质服务。产品形态与接口形式适配行业标准，减少开发者开发成本。
字节小程序：https://microapp.bytedance.com/docs/zh-CN/mini-app/design/design-guidelines/Design-guidelines
特点：旨在利用优质内容所关联和产生的使用场景进行小程序导流，解决开发者流量与转化困扰。
量级：月活9亿
支付宝小程序依托支付宝的商业和生活服务基因，小程序细分行业分布也以生活服务、金融保险和电商等小程序为主。同时支付宝成熟的信用体系也为商家提供了类似于免押租赁等玩法，借助芝麻信用、蚂蚁花呗等功能为流量变现创造更多的想象空间。
支付宝小程序设计规范：https://docs.alipay.com/mini/design
特点：在组件上采用了此前成熟的Ant Design 设计，在开放API上则面向自身特色能力来封装，在框架方面采用开源的React/webpack等技术为基础，结合了支付宝自身的多年技术沉淀来实现。
量级：月活7亿
裂变型小程序是为我们其他小程序，在短期内提供大量流量的。比如跳一跳娱乐游戏类的小程序，还有电商裂变的成功典范可以属拼多多。
针对于裂变型的小程序来说，裂变点就是痛点，除了产品的主功能，小程序的裂变设计为什么要用户裂变？比如拼多多，用户为了零元购商品才分享的，并且帮忙砍的人也想零元得商品。
缺点：在裂变后几乎是无法使用，产品的扩展性差
优点：用户流量来取快、用户路径可以达到最短
设计点: 考虑最优的用户裂变路径
小程序一直是用完即走的使用体验。留存型小程序是我们用来沉淀客户的。需要我们结合自身的产品，发掘能沉淀目标客户的场景，一般需要结合原有APP来开发，开发一款对用户有价值、简单易上手的小程序。
可以从这几个方面来考虑：
强运营：一个小程序能给用户提供的能量毕竟是有限的，现在竞品太多，如果不能持续给用户刺激，沉寂是早晚的事，所以电商产品会通过优惠券、分享立减、拼团来刺激用户消费。
搭建激励体系：针对用户的损失厌恶，建立用户的激励体系 - 如利用积分商城，引导用户通过签到、消费、分享各种行为奖励用户，增加用户的离开成本。
社区：基于微信的社交基础上，把微信群建立到小程序里，可以长期培养用户的使用习惯，而且可以利用社交的互动性，低成本的完成裂变转化。
产品型的小程序一般是有了APP的商家建立小程序，是为了彼此相互融合，相互促进。因为小程序开发成本更低，更多曝光的机会。产品型的小程序设计一般是照搬全部，或者精简设计，一般要结合商家业务来判断。
如果对于一些垂直品类的产品，像马蜂窝和携程旅游将酒店预订、景点门票预订、周边游、租车包车游等各项服务都做了一个功能拆分，生成的了各项小程序的入口，更好的将服务垂直，缩短产品和业务触达用户的渠道，自然转化率更高。
对于想为了借助微信这一大流量平台发展的APP可以照搬APP那一套
在小程序中工具型是最符合“用完即走”这个理念的，就像家里的工具一样想要的时候拿出来。比如识图、查公交线路、寄快递、抽奖等小程序，只要打开对应的小程序就可以了，不用的时候也不占用内存。还有一种本地服务小程序，借助“附近的小程序”功能，为周边提供便利服务，如上门维修、家电回购、本地商圈等等小程序。
工具型的小程序关注点在于功能本身，解决人们的某一个需求，让他们更便捷。在设计的时候要注意视觉和结构和信息布局的简洁，然后考虑易懂先考虑功能理解度和识别性，将功能产品化快速提高用户的效率。然后引导用户快捷完成任务。
APP开发根据开发方式可分为原生APP和Web APP，APP主流开发操作系统有安卓和IOS。
安卓版本原生APP的开发语言为JAVA，IOS版原生APP的开发语言为Objective-C。
安卓版本Web APP的开发语言为JAVA+HTML，IOS 版Web APP的开发语言为Objective-C+HTML。
小程序是基于腾讯、今日头条、百度等平台的小程序开发框架进行开发，开发技术类似HTML。
载体不同则用户群体不同，小程序是基于微信平台的应用，用户群仅限微信用户，截至目前也就是微信10亿+的用户量；而APP则是上架在App Store及Android应用市场，面向全球拥有智能手机的用户，也就是33亿+的用户量。
APP
一直存在手机中会占用空间，太多的APP可能会导致内存不足，总是清理缓存。
小程序
因为不需要安装，占用内存空间忽略不计。
APP
APP在实际开发中，它需要开发安卓系统和iOS系统两种版本，所用到开发语言不同，同时还需要根据手机的不同尺寸进行适配，开发成本较高。
一款完善的双平台APP平均的开发周期约3个月。
开发成本低，一次开发就可以适配所有手机。平均开发周期约2周。
原生App的内存就不受控制，那么内容框架可以根据产品定位随意增添，可发挥的空间非常大，一些电商、社区等等无论多么复杂的应用都能一一实现。
因为内存受限的控制，导致内容框架不同，在小程序上功能架构设计的比较简单，符合轻量化、“用完即走”。
功能比较受限，因为接口功能有限。
现在小程序现有接口
如上：豆瓣原生app包含了首页-书影音-小组讨论-市集-我的等多个内容板块，但是小程序只保留了豆瓣最核心的部分-电影评分的栏目，将其商城和社区的模块全部砍掉了，只是将小程序作为一个资讯型的浏览窗口。
其实移动端产品的设计规范和原则大致是相同的，但是因为受制于微信小程序的框架，小程序产品与App产品在部分版块的表现形式上会存在一些差异：如顶部导航栏区域等。
其实移动端产品的设计规范和原则大致是相同的，但是因为受制于微信小程序的框架，小程序产品与App产品在部分版块的表现形式上会存在一些差异，主要体现在以下几个方面
小程序的导航栏官方指定了两种样式，一深一浅，背景色可自定义，遵循“导航明确、来去自如”的原则。
底部标签栏是移动端产品的主要导航方式，主要表示用户当前所在的位置，所以会有选中与未选中两种切换方式
App：可支持最少2个，最多5个的tab切换，图标大小以及底部标签栏高度可自定义。
小程序：也可支持最少2个，最多5个的tab切换，使用原生控件时，要遵从 icon 尺寸81*81px。
App：流畅、体验佳，例如发朋友圈时拖动照片排序。
小程序：除非必要，否则不建议使用拖动排序。图片和列表拖动在 Android机型上体验不够，会有卡顿的情况。
APP：会隔三差五给用户推送广告，太多未读提示会逼死强迫症
小程序：不允许主动给用户发送广告，仅能回复模版消息
APP:直接打开
小程序：从微信首页，下拉，点击打开。
APP:界面切换的流畅度以及加载数据的响应速度都会比小程序更好一些
小程序：当在比较深的页面上，或者不是原生的页面加载时间会比较长，会卡顿。
APP:动画不受限，活动运营比较好营造氛围感，带给用户非常友好的沉浸感和归属感。
小程序：受内存的影响，而且小程序都是轻量化的功能，动画的展示元素会非常的少，因而在界面会觉得很平淡，像是工具型产品。
APP:在原生APP里可以开发客服，或者直接转化。APP到小程序里可以直接跳转。
小程序：小程序的虚拟支付会影响iOS用户的转化，并影响整个业务的转化。客服也是需要关闭小程序单独对话。与APP的响应需要一个繁琐的步骤。
APP:推广新用户需要下载APP，需要占用手机内存，推广率低。但是APP的开发自由度高，推广方式不受限制，渠道多，转化率高
小程序：依靠微信平台，可以通过扫描二维码、搜索、发送好友和朋友圈，推广率高。虽然推广率高，但是因为官方的各种限制，增加营销难度，转化率低。
微信小程序的官方设计规范，在微信的官方文档里都有全面的讲解微信小程序的设计指南，我就不多赘述了。按照官方的来对于设计一个基本的小程序是完全够用的。
友好礼貌、清晰明确、便捷优雅、统一稳定
大家可以自自行查阅微信官方平台 ：
https://developers.weixin.qq.com/miniprogram/design/#%E5%8F%8B%E5%A5%BD%E7%A4%BC%E8%B2%8C
我知道大家可能看官方指南觉得枯燥，特意找来一篇很不错的小程序的文章，建议结合服用，效果更好。
设计师必看的小程序设计指南：https://www.zcool.com.cn/article/ZMTA4NjYxMg==.html
在最基础的设计，我想跟大家聊一下，在微信的设计规范内如何进行进阶设计，这也是我实际工作中探索的结果，希望能给大家更多的启发。
官方指南：开发者可根据自身功能设计需要在页面内添加自有导航。并保持不同页面间导航一致，指向清晰，有路可退。受限于手机屏幕尺寸的限制，小程序页面的导航应尽量简单。建议开发者设计的自有导航样式与微信官方小程序菜单样式保持一定差异，以便区分。
在根据官方的指导下我们如何进行设计呢
需要注意的是：自定义导航栏之后要加微信默认的下拉刷新会出现一个问题：下拉刷新组件会出现在导航栏上面！所以如果你需要做自定义导航栏，就需要自定义下拉刷新。下面提供luyimei微信小程序下拉刷新组件。
官方指南：开发者可为小程序页面添加标签分页（Tab）导航。标签分页栏可固定在页面顶部或者底部，便于用户在不同的分页间做切换。标签数量不得少于2个，最多不得超过5个，为确保点击区域，建议标签数量不超过4项。一个页面也不应出现一组以上的标签分页栏。
按照产品需求也可以直接去掉底部导航栏。
顶部标签分页栏颜色可自定义。在自定义颜色选择中，务必注意保持分页栏标签的可用性、可视性和可操作性。
微信官方小程序里启动页加载样式是由微信官方提供，只需要提供logo就可以。
页面下拉刷新加载虽然微信官方文档说，开发者无需自行开发，但是想要更改loading也是可以的。现在小程序开发的比较完善，尽量用小程序标准走，自定义开发有可能会破坏小程序的用户体验。
页面内加载反馈、模态加载和其余的加载样式都可以根据需求设计，新手可以参考着官方指南来。
若载入时间较长,应提供取消操作,并使用进度条显示载入的进度。
载入过程中,应保持动画效果 ; 无动画效果的加载很容易让人产生该界面已经卡死的错觉。
不要在同一个页面同时使用超过1个加载动画。
在页面设计的时候尽量考虑到手机键盘输入困难或者容易引起误操作，小程序的设计可以利用一些接口来优化用户体验。
遇到必须输入的场景可以尽量让用户选择。让比如搜索时的历史记录和模糊搜索，而减少或避免不必要的键盘输入，可以大大减少用户的输入成本。
复杂表单的输入会给用户带来心理负担，在遇到大量输入的场景下，可以把输入换成选择，尽可能的减少操作，例如扫描银行卡可以只需点击按钮，采用摄像头识别接口来识别信息。除此之外微信团队还对外开放例如地理位置接口等多种微信小程序接口 ，充分利用这些接口将大大提高用户输入的效率和准确性，进而优化体验。
关于小程序的适配设计师不用过多的关心，但是可以了解一下。小程序里的尺寸单位叫 rpx，可以根据屏幕宽度进行自适应。在750*1334的设计稿里，1px = 1rpx。在小程序里宽度都是750rpx,高度就通过那个宽高比获得，只要涉及具体数值的高度的都通过这个比例计算就行。
官方文档：
https://developers.weixin.qq.com/miniprogram/dev/framework/view/wxss.html#%E5%B0%BA%E5%AF%B8%E5%8D%95%E4%BD%8D
小程序的普通数据可以通过“小程序数据助手”查看，有特殊观察的数据可以单独埋点。当前功能模块包括数据概况、访问基础分析（用户趋势、来源分析、留存分析、时长分析、页面详情）、实时统计和用户画像（年龄性别、省份城市、终端机型），数据与小程序后台常规分析一致。
疫情期间产品设计师的价值，可以查看周边疫情情况，和确诊人员到自己的距离。
网易严选的品牌理念是“好的生活，没那么贵”。清晰的品牌设计，设计语言透着追求品质生活的态度。
多抓鱼二手书是一款人性化的二手书交易市场小程序。
京东良研小程序是专业调研及数据分析的率工具，整体的简洁、轻量化的设计很符合调研场景的商务感。
豆瓣评分提供的电影介绍及评论。豆瓣是典型的有情怀，小而美的产品了。
因为在小程序里导航栏的层级是最高的，即使隐藏导航栏Title Bar也是依然存在的。
除了官方指南里的模态对话框，也可以尝试半屏弹窗，一是承载更多信息，二是更好的继续流程不被打断。
在运营活动中，活动弹窗起着活动引导，突出重点的作用。这类弹窗往往要设计的“热闹”一些，可以更好的引导用户留存裂变。
微信小程序官方曾发布过整改通知，小程序对于iOS系统上提供的虚拟物品不能展现不能出现支付、购买、获取VIP、开通会员、价格、iOS限制、苹果系统限制等购买相关字眼；也不能出现引导字眼，比如扫描二维码获取。即使实际上它们都不可使用；也不得引导至为外部网页或App来实现支付功能。
也就是说在苹果设备（IOS）系统中，小程序中不能进行虚拟物品的支付，比如积分、购买课程、打赏等等，对于在线教育而言，由于课为售卖的主体，与课程售卖相关的购买、营销推广（秒杀、砍价等）等都产生了一系列因虚拟支付衍生的问题。
目前没有特别完美的解决方案，要不牺牲用户体验曲线救国，要不冒着小程序被封的风险顶风作案。
直接关闭小程序iOS支付，这种是最合规但是也是最无奈的方式，“亲宝故事”就是采用这种方式，用ios打开界面入口都跟安卓不一样。然而实际上他只是把入口给隐藏了，通过安卓手机分享依然可以打开被隐藏的收费信息，当然这个方案对于没有APP的产品损失还是很大的。
线上课程的话，可以让用户提前在公众号或者社群里跟iOS用户解释为什么不能购课，或者是还有哪些途径可以获课。其他途径提前支付，在后端生成验证码，直接输入解锁课程。
而在ios上，把原本虚拟物品转化成实物品，比如卖光盘，而本质上的价值是音频本身。如果按节卖可能实物成本及配送费过高，那么在ios上可以按系列专辑打包卖，使用ios设备的用户只能卖专辑，买完后可以解锁该专辑下的所有音频。当然，这种方式不知道在运营商是否存在问题。
从官方给出的规则细则解读来看，这种引导也算是不合规的，将支付引导去公众号、到APP上进行。联系客服完成支付或购买流程。这个是非常不建议的，一旦被发现会有举报被封的危险。
小程序的页面之前的逻辑跳转，最多可以支持10个层级。在小程序的开发过程中会反复确认页面之间的跳转逻辑有有没有遗漏，但是会忽略掉用户循环操作，可能会造成打开页面层级过多而导致无法继续操作。
即使用户打开10个页面以内5个以上页面，也会需要连续按多次“返回”按钮才可以退出小程序，导致用户的体验也相当地不好。
除正常页面跳转的逻辑没有问题之外，在小程序的交互中还需要考虑两件事，一个是整个用户点击的最长路径是不是过长，二是考虑页面流失率的情况下，对路径中终端的页面导航栏设计到首页的跳转，即可解决这个问题。
小程序最大的优势就是可以分享社交好友，比如看到产品拼单才可以购买的话，用户会积极的邀请自己的好友一起购买，达到快速的裂变，给企业带来巨大的流量。而且按照这个样分享路径推广的成本是极低的。分享的方式可以是分享朋友圈、二维码分享、微信分享好友。
它是用来显示h5页面的组件。只需传一个h5页面的地址，就可以显示该页面。
小程序中可以使用 webview 组件，直接把 mobile web 套到小程序里，比如「多抓鱼」就是以 webview 为主的。
节省工作量，已有的 mobile web 不用重复开发。
不需要等审核，随时部署更新。
直接兼容一些小程序不支持的原生标签，比如 <pre/>。
一个页面里只能有一个 <webview/> 组件，不能有其它。比如想用原生的 <button/> 来调起支付、分享，就不可以。
只有绑定为业务域名的 url 才能跳转，不可以随便打开什么网页，上限 20 个。
目前扫一扫页面时不支持二次设计的，必须调用微信小程序的官方接口。
具体文档可参考：https://developers.weixin.qq.com/miniprogram/dev/framework/product/
现在信息爆炸的时代，很多信息和弹窗会给用户造成打扰，忽略了消息的本质是为了服务，因此微信对订阅消息加了很多限制和优化。最主要的便是把选择权留给用户。
在订阅消息授权需要用户主动点button 触发，如果没有勾选「总是保持以上选择，不再询问」，选择允许，也只可以收到一条订阅消息，则每次都会发起弹窗询问；如果用户勾选「总是保持以上选择，不再询问」，只是不唤起弹窗，但也不是可以无限次打扰用户发送消息。
长期订阅消息目前只对特定行业开放，如政府民生、金融、医疗等，一般我们也接触不到，所以不做赘述。
在微信小程序里想获取用户的信息，不可以登录小程序后自动弹出登录弹窗。需要用户主动触发登录按钮进行登录流程，并且必须为用户提供「暂不登录」的选项。
具体文档可参考：
https://developers.weixin.qq.com/community/operate/doc/000640bb8441b82900e89f48351401?scene=0&clicktime=1563895955&from=groupmessage&isappinstalled=0
从小程序链接了10多亿用户，在生活中不停的挖线下场景，解决工作、娱乐、购物多种生活需求。小程序已经融入了我们线下生活，随着用户习惯的养成，使用频次和平均时长逐渐增加。小程序的快速获客速度，和极低的开发成本，成为各个公司的新宠，希望开发新的小程序入口可以快速且单一的让用户有一个更纯粹的产品功能体验，同时也可以对现有的APP起到引流的目的。
针对小程序的留存一直是开发者非常在乎的问题，因为不像APP开发者的话语权很大，因为小程序的平台性质，对小程序开发进行了很多的限制，让推广和营销还有转化都增加的了难度。没办法让一个产品孤注一掷的做小程序，目前只能是和APP搭配着来开发，作为一个产品功能单一路径的功能产品。
在设计小程序时不能依靠传统APP的思维去设计，按照轻量、社交、价值、引流、用户数据和打造小程序生态环境。
在设计思路上把握设计轻量化和用完即走的原则。同时深挖小程序的用户场景，梳理APP中的核心主流功能，弱化次要功能。依照原有APP去设计更符合小程序使用体验。利用好微信的社交特点，融入微信生态为后期的服务升级、转化或者对接其他矩阵小程序留好余地。
因为疫情爆发，生鲜电商在寒冬中迎来了机会，给大家养成了消费习惯。社区电商更是一个2-3亿的一个巨大市场，本就是以用户为中心，基于体验和分享去中心化的体验模式，在疫情的情况下培养用户成本大幅度减少，借助小程序加快向下沉市场渗透的速度。
现在资本也很看好小程序，以后的小程序还会发展的越来越快，设计师越早掌握小程序的设计语言方法越好。市面上关于小程序的文章不是很多，大家可以着重去这两个网站了解相关问。
微信开放社区：https://developers.weixin.qq.com/community/develop/mixflow
微信官方文档：https://developers.weixin.qq.com/miniprogram/dev/wxcloud/guide/wechatpay.html
把这半年来接触到的问题跟大家在这里分享，还有很多角落问题还有待深入了解，随着微信小程序官方文档和通知的不断更新，深入挖掘更深入的场景和进行更多全面的探索后，后期还会继续会跟大家分享。
蓝蓝设计( www.lanlanwork.com )是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 、平面设计服务
根据当前品牌升级的需要
对产品APP的视觉做的一次重新设计
经常使用或者关注资讯类产品的同学可能会留意到，在信息流中，有的标题在左图片在右，而有的是图片在左标题在右，这两种形式看似区别不大，但又似乎存在很大差异。设计师在设计时是如何考虑的？我认为这是一个很有意思的话题，所以今天就和大家聊一聊在资讯流中，左文右图和左图右文的差异。
左文右图的样式普遍出现在新闻资讯产品中，其中包括今日头条、腾讯新闻、UC浏览器信息流以及我们的vivo浏览器信息流等等，现在就让我们从资讯平台作为切入点，对左文右图的形式进行分析
1. 左文右图符合人们长久以来的阅读习惯
按照已知经过验证的理论，即F阅读顺序（尼尔森的用户阅读视线模型），用户浏览页面的顺序是从左往右自上而下，因此左上角的信息最早触达用户。然而至文字诞生以来，多数情况下，人类普遍通过文字来获取信息，我们不否定，通常情况下图片的易识别性远优于文字，但是从信息传递的准确性以及丰富性上来说，文字的优势是远大于图片的。
所以在资讯类产品中我们更倾向于优先通过文字来识别内容，而将图片作为辅助信息，因此根据我们从左往右自上而下阅读习惯，将文字放在左边更有利于用户获取信息。我们通过一个案例来分别了解一下左图右文与左文右图的用户阅读路径是什么样的。
在上面的案例中，左图右文用户的阅读路径偏长，并且常常出现视线的折返
左文右图用户的阅读路径较短，不会有视线的折反。因此，基于效率和阅读习惯的角度来说，左文右图优势更明显。
但或许这里就会有人提出疑问 “在资讯类信息流中很大一部分用户都是因为受图片的吸引才会对该则新闻感兴趣的呀” 。的确，这是一个普遍场景，但是在前面我们也提到，图片的易识别性是远高于文字的，因此哪怕是将图片放在文字后面，对于图片的“魅力”的影响是在可接受范围内的。
2. 左文右图更有利于为用户提供统一的阅读基准位置
在资讯信息流中，为了信息展示的多样性，避免单一的信息流结构使用户感到单调，在样式上除了左文右图的样式，往往还会搭配三图、大图及视频的样式出现，而在这样多种穿插样式的情况下，左文右图能够为用户的双眼提供了一个扫读时候的基准位置，在大量、长时间阅读的过程中，极大地减小了阅读压力
3. 尽可能保持整体信息流图文阅读先后顺序的一致性
资讯流中除了左文右图的样式，还会搭配三图、大图及视频的样式出现，因此我们不仅仅要考虑单个信息流样式的阅读体验，更要保持整体信息流阅读先后顺序的一致性，这能够为用户提供较好的沉浸式体验。
4. 在视觉上更符合格式塔闭合原理
左图右文的的形式在标题文字较短的情况下，右上角就会出现视觉上的缺角，这会破坏页面整体的工整性，而左文右图的形式就很好的避免了这个问题。格式塔原理对闭合的研究中提到，人的大脑无论看见什么东西，都喜欢去将它们想象成为一个整体，如果元素太过杂乱大脑无法将其归类成为一个整体，那么视觉感受就是非常不佳的。
小结：左图右文基于它在信息获取效率和人们阅读习惯上的优势得到各大新闻资讯类产品的青睐，是较为通用的形式。那是不是就没有“左图右文”什么事了？其实不然，左图右文仍是有其优势的，并且在特定场景下，左图右文的形式的优势会更明显。
1. 图片在左侧，第一时间吸引用户视线
在内容形式的吸引力上，视频>图片>文字，并且前面我们提到，图片的易识别性是高于文字的，因此一张高质量的图片往往能够在第一时间触达用户并形成转化。但前提要求是我们能够把控图片的质量，否则效果将适得其反，所以我们说左图右文的样式一般更适合用来承载PGC的内容。例如主打品质时政新闻的资讯产品澎湃新闻以及垂类游戏资讯社区平台篝火营地，其推荐的内容都来自专业团队的输出，对内容图片的质量有较好的掌控力，因此采用了左图右文的形式优先给用户展示图片信息，以提升用户对内容的兴趣。
2. 在带有明确目的阅读场景下，例如查找历史内容、搜索等，左图右文的形式效率更高
在用户带有明确目的场景进行信息阅读时，用户往往对内容已经有了一个大致的预期，所以这个时候如果我们能让用户第一时间识别图片，能够大大的提升用户的操作效率。例如用户在查找一篇曾经看过的文章时，当曾经阅读过那篇文章的封面出现在屏幕中时，用户便能立刻作出判断，这会比在众多文字标题中查找更为便捷。
左文右图
左图右文
#Tips
无论是左文右图还是左图右文都各有其优势及适用的场景，但当我们在设计信息流时，我们要注意为用户提供图文阅读顺序一致的体验。
以上是个人对资讯流左文右图&左图右文的一些思考和心得，感谢大家的阅读，假设通过本次阅读能够给大家今后的工作带来一些启发和思考，那就实在是再好不过的事了:)
蓝蓝设计( www.lanlanwork.com )是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 、平面设计服务
距离iPhone 12系列发售已经有段时间。
之所以没第一时间撰文，是因为 iPhone 12 mini 和 iPhone 12 Pro Max 要在11月13日才正式发售。
而在此之前，即便是Apple线下店也没有样机。
保险起见，我等接触到 Mini 和 Max 真机后，开始着手撰文。
一周前完成了文字部分，本周终于完成了几十张配图，这才和大家见面。
为了方便新同学更好的了解本文内容，我会简单提及一些关于适配的必要信息。
并附上往期内容的链接，方便延展翻阅。
本文约3200字，分以下六个部分：
在网络上搜索手机界面适配的相关内容。常会看到文中提及以下几个参数：比如屏幕分辨率（物理分辨率）、屏幕尺寸、PPI数值…
其实，在处理常见手机界面适配时，设计师只要关注以下3个基本参数：渲染像素（Pixel）、逻辑像素（Point）、 倍率（Scale）
渲染像素（Pixel）可以理解为是手机截屏时所得到的图片尺寸，单位是px；
逻辑像素（Point）可以理解为是程序员在用代码绘制页面时所用的尺寸，也被叫做“1倍图尺寸”。比如Sketch中对应的机型尺寸
对应的就是手机的逻辑像素尺寸。
倍率（Scale）因为逻辑像素和渲染像素存在着一定的比例关系，这种比例通常被称为倍率，比如切图后缀的@2x、@3x对应的就是倍率的数值。
值得一提的是，倍率不一定是整数，比如三星GALAXY J2（540×960），倍率是@1.5x；
华为M3 Life 8.0”（1920×1200）的倍率则是@2.25x
适配方式主要有两种：
1. 倍率适配
主要应用在逻辑像素相同，但倍率不同的设备。
比如iPhone 11适配到 iPhone 11 Pro Max
两个适配的逻辑像素都是 414 x 896pt，但倍率不同，前者是@2x、后者是@3x。
2. 逻辑像素适配
这种适配方式应用在两个倍率相同，但逻辑像素不同的设备，
比如iPhone 11 到iPhone 8：
两个设备的倍率都是@2x，逻辑像素则分别是：414 x 896pt 和 375 x 667pt。
如果两个设备的倍率和逻辑像素都不相同，比如iPhone 8 到 iPhone 11 Pro Max
那通常会先进行逻辑像素适配，再进行倍率适配。
由于倍率适配相对简单，只需要考虑分割线和切图这两个因素。
因此，设计师通常说的手机适配、尺寸适配常指逻辑像素适配。
所以搞清楚iPhone有哪几种逻辑像素，就成了iPhone适配和验收的关键。
在今年10月份发布的iPhone 12系列共有四部机型。
在谈新设备前，我们先简单回顾截止iPhone 11系列时，iPhone的几款主流机型及其对应的参数：
通过图表可知，在iPhone 12发布前，市面上的iPhone共有6种不同的分辨率需要完成适配。
那么iPhone 12又带来哪些变化呢？
从官方给出的屏幕数据可知，四款设备的物理像素如下：
由图可知，今年iPhone共新增了3种全新的屏幕尺寸。（其中iPhone 12和iPhone 12 Pro的物理分辨率相同，故合并看待）
但在设计层面，iPhone 12系列四款手机，只为设计师增加了1170×2532、1284×2778 两种新的设计尺寸。
画重点：目前有一些文章，错把iPhone 12 mini的屏幕参数1080×2340当做最终的绘图尺寸，认为12 mini的逻辑像素为360x780pt 。
事实上iPhone 12 mini采用了iPhone X一样的渲染像素，即1125 x 2436px，对应的逻辑像素是375x812pt。
为了解释这个问题，得从大家比较熟悉的iPhone Plus系列手机说起。
在前文提到，手机界面适配时，设计师只要关注：渲染像素（Pixel）、逻辑像素（Point） 以及倍率（Scale）这三个基本参数。
而其中的渲染像素通常会和屏幕的物理像素保持一致，比如常见iPhone 8、iPhone XS、iPhone 11 Pro都是如此。
这也导致大家很容易把物理像素和渲染像素混为一谈。
但既然说了是“通常会保持一致”，就总会有例外。
比如iPhone Plus系列，官方给出的屏幕参数（物理像素）是1080×1920，但渲染像素却是1242×2208。
所以设计师在针对Plus系列做图的时候，就得按照1242×2208进行输出。
而新款iPhone 12 mini的情况和Plus系列一样：
官方给出的物理像素尺寸是1080×2340 ，但拿到设备真机后，通过测量可知12 mini采用的渲染像素是1125×2436，这和iPhone X的渲染像素保持一致。
在明确这一点后，我们再看下iPhone 12系列设备的参数：
如果我们只看逻辑像素，加上iPhone 12系列，目前iPhone 共有7种尺寸。
这些尺寸都需要设计师留心，并完成相关机型的验收走查。
不过，到这里还没完。考虑到iPhone存在“标准”和“放大”两种模式的视图。
还需要将放大模式的尺寸考虑在内。
目前各个设备的放大模式对应的适配三要素分别如下：
其中320x693pt是全新的尺寸，出现在12 mini、12、12 Pro这三款设备中。
由此，在把放大模式纳入适配考量范围后，iPhone的逻辑像素共统计出8种尺寸。
如果将其中最小尺寸和最大尺寸比较宽高的话，宽度相差了108pt、高度相差了358pt
对于那些横滑需要外露一部分的页面，需要重新设计尺寸或调整局部的适配方案。
这对于一些单屏显示的页面而言，也是件麻烦事。
先思考一个问题，在下面几个尺寸的iPhone中，你觉得哪一种尺寸的iPhone在市面上占比最高？
在 iPhone 12发布之前，在iPhone这几种屏幕尺寸中，你觉得哪一种iPhone的市场占有率最大？
我相信绝大多数设计师，都会下意识觉得750×1334这个尺寸的机型占比最多。毕竟在过去很多年里，大家都是用这个尺寸在做图。
那实际情况究竟如何呢？
我们先看下阿里友盟今年05月01日的数据：
PS：数据公司按设备的物理分辨率进行统计，而非渲染像素。所以这里的1920×1080对应的是Plus系列手机。
今年五月，国内iPhone占比最高的机型是Plus系列。而设计师钟爱的750×1334 和 1125×2436分别排在第二和第三。
其中排在第三的1125×2436（对应@2x的设计尺寸是750×1624）和前两者的占比仍有较大的差距。
那是不是随着时间的推移，1125×2436的机型占比会逐渐增大，并逐渐占据第一呢？
如果你也有同样的想法，恐怕又得失望了。
翻看5月份的iPhone增量数据，会发现一个有意思的情况：
在增量中，828×1792（对应iPhone 11）增速以51.9%遥遥领先第二名的1125×2436。
下面，看下的11月统计的iPhone存量数据：
828×1792已经从占比第四名上升到了第三名，
再看11月份的增量数据：
828×1792的增速不减反增，从5月份的51.9%增加到了最近的63.8%
如果不考虑的iPhone 12系列，828×1792有望接替Plus系列，成为市场占比最大的iPhone尺寸。
在828×1792的设备飞速增长的同时，1125×2436这个尺寸的设备增速却在不断下降。已经从5月份的27.8%降到了现在的10.2%
过去设计师常用的设计师尺寸是750×1334，但随着iPhone进入全面屏时代，如果再把750×1334作为设计的基准尺寸显然已经不合时宜。
而目前常用的750×1624尺寸对应的机型（对应1125×2436在@2x下的尺寸）无论在存量市场中的占比，还是增量市场中的占比都少的可怜。
而新发售的iPhone 12系列中，也只有12 mini采用了1125×2436作为渲染像素的尺寸。而其余三款，采用全新的渲染像素和逻辑像素。
很难想象1125×2436这个尺寸的设备，还能和过去的750×1334尺寸一样，成为iPhone主流的分辨率尺寸……
设计基准尺寸的选择，除了要看设备的占有率，还要兼顾适配的成本。比如，当有大中小三种尺寸的设备需要设计时，优选中间尺寸作为基准尺寸。
以中间尺寸为基准，无论是适配到小尺寸、还是适配到大尺寸，界面的调整幅度都是最小的，偏差不会太大。
反之，如果选择小或大作为基准，或许页面适配到中间尺寸时感觉还行，但适配到另一侧相对极端的尺寸时，则容易出问题。
界面设计师所用的绘图基准尺寸并非一成不变。回看过去：
设计师用的基准尺寸已经从最初的640×960、变成640×1136、再到750×1334，以及现在的750×1624，已经变化了4次。设计师几乎每隔两年就会随着新iPhone的发布调整一次设计尺寸。如今随着iPhone 12的发布，加上750×1624对应机型在市场中占比的低迷，我们可以重新思考在iPhone众多尺寸中，哪一款更适合作为设计的基准尺寸。
这里先不考虑设计师对尺寸的惯性依赖，只思考适配兼容性和市场占有率这两方面。适配兼容性，按照“大中小”优选中间尺寸这一原则。我们可以很容易的在目前8种iPhone的尺寸（指逻辑像素）中选出位于中间的尺寸：
分别是 375x812pt 以及390x844pt，前者对应1125x2436px ，后者则对应1170x2532px，如果进一步将其转换成大家熟悉的@2x尺寸，则分别对应：750×1624和780×1688
在市场占有率层面，随着Apple逐渐停售之前的设备，新款iPhone的分辨率占领市场只是时间问题。而在新设备中，只有iPhone 12 mini这一款设备采用大家熟悉的1125x2436px（375x812pt，对应@2x下尺寸750x1624px）。如果按照此前的经验推算，iPhone 12（1170×2532）接替iPhone 11（828×1792）成为最热卖且占比最高的设备只是时间问题。
截止iPhone 12发布为止，显然 390x844pt （对应@2x下尺寸780x1688px）更适合作为今后的设计基准尺寸。
转自：优设网
蓝蓝设计( www.lanlanwork.com )是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 、平面设计服务
最近收到小伙伴的一个问题，以下两种卡片切换怎么用。
以下是我收到的两个不同案例，第一眼给我们的感受就是这两个case不都是可以通过手指左右滑动嘛？
好像有区别，但是具体有什么区别，分别可以怎么用，一下子又说不上来，那么大家可以来听听我的理解！
不知道大家家里是否有两种门，一种是转动把手可以向内或者向外打开的，另一种是拽动把手进行左右移动的，就像下面这个样子。
我们可以通过把手和门的样式判断出如何对其进行操作，所以两种卡片，首先在形态上就有区别，一种是平铺一种是叠加，也就是一个是二维一个是三维。所以有小伙伴问要问，那又怎样，实质上都是卡片切换，为什么在banner上不可以用叠加态呢？
除了在形态上的区别外，还有交互手势的区别，大家以为叠加和平铺都是轻扫切换吗，首先这两种形态都有通过轻扫手势可以进行状态切换的过程，但实质上，叠加状态控制的是当前卡片与下层卡片，而平铺状态控制的则是一整个轮播容器，并且叠加卡片除了轻扫以外还可以拖拽。
这里再说一个交互手势的区别：轻扫（swipe）、甩动（flick）、拖拽（Drag）的区别，拖拽和前两者比较好区别，大家应该都玩过地摊游戏像套圈圈，轻扫和甩动就像你站在原地往目标一扔，而拖拽就像是你探出半个身子，把圈放到最近的一个玩具头顶上再放手，是不是很形象
那么轻扫和甩动的区别是什么呢，我们这里简单的描述两者在可见范围内的区别，比如：
1. 惯性
比如我们操作移动端信息列表的时候，大拇指对于内容界面的滚动进行的是甩动，上滑后页面不会马上停下，而会滚动一会再停下。这就相当于给了一个物理世界的摩擦力的效果，但是轻扫则几乎不明显。
2. 位移
轻扫所经过的位移较短，基本上在该容器中发生位移变化，虽然两者其实都可以不限制方向，但是位移的距离是有区别的，轻扫更短，甩动更长。
3. 力量
轻扫无论你的初速度还是力量多大，都只能完成稳定的动作与状态，例如侧滑删除，不管再怎么用力和加速都只能让对象在指定的范围内呈现。
4. 范围
这个其实很有意思，不知道大家最近是否更新了iOS，更新的同学可能在编辑闹钟页面会觉得想要原地爆炸，因为我们看下图
无论是轻扫还是甩动，我们都需要有一个明确的范围，在老版本中的时间切换，轻扫和滚动都能很快速的选择到时间，因为我们可以同时看到上下文并且做出预判，但是新版本就变得有点阿西吧的感觉，为了更精准的选择到时间我们必须从轻扫/甩动换成滑动，甚至类似于拨动的手势，难用至极。所以轻扫的范围也会比甩动的视觉范围更小。
那么轻扫和甩动怎么区别呢，大家可以理解为，轻扫是在甩动的基础上给被拖动对象增加了稳定效果，所以既然增加了稳定效果，那么惯性和位移都被固定、稳定化了，比如列表左滑删除，tab左右滑动的切换。
另外，大家可能觉得甩动和轻扫可以控制我们界面中大部分对象，可以帮助我们浏览，而且要我们可以将甩动进行稳定的轻扫控制。但并非那么简单，我举两个糖炒栗子，例如音量和进度的调节，我们是不可以用甩动或者轻扫，因为无法准确控制，只能使用拖拽。
5. 知乎的悬浮按钮
另外在知乎的话题切换中有个悬浮按钮，这个按钮不知道大家是否操作过，他既可以拖拽，也可以甩动，问题来了，如果对其甩动会出现两种情况，第一种，返回屏幕一侧吸附，第二种吸附到屏幕另一侧。
两种情况取决于你是否甩动过了某一条“边界”，也就是说你的手指在控制这个“圆形”对象时，何时进行了“关闭”（也就是何时手指离开了屏幕），所以这里咱们要说的是，如何选用手势进行对象控制，要取决于具体的场景和需求，这里的圆形控制器并不需要非常精准位置，所以对其赋予了拖拽和甩动两个手势，那当然这里轻扫也可以啦，只是没什么卵用。
6. QQ的未读气泡
还有比如qq的未读气泡，拖拽和甩动都可以删除它，但是轻扫不行。
其实这些规则我们在交互动效的工具中都可以很好的体现，比如拖拽开始-拖拽结束，对应的就是手指的接触拖动-手指的离开。
所以做个小总结，轻扫是甩动的稳定化效果，并且适合距离较短的进行操作，轻扫和甩动都是非化操作。
我们再回到这个案例本身，叠加和平铺卡片的交互手势，叠加卡片利用的是轻扫，并且还具有拖拽的手势属性，而平铺的卡片可以轻扫，相当于单张浏览，类似banner切换，并且也可以具有甩动的可能，比如淘票票的热映卡片，不过平铺的时候一般单张卡片不适用甩动，轻扫即可，因为单张卡片使用甩动，信息基本看不清楚，多张卡片使用甩动更容易提高检索的效率。
另外用过探探的老司机们都知道，喜欢哪个美女帅哥就往右边“扔”卡片，为什么是扔呢，因为这个“扔”包含了选择的意思，就像性感的荷官在发牌一样，这张卡牌就是你的了！当然，既然发给你了，你也不能退，再想找回来就难咯
所以其实在手势上，叠加态的卡片切换在我们的预期和常规使用中，有着选择、不可逆的属性，那这就和平铺的二维卡片切换就完全不同了。
叠加态的卡片更不方便信息对比，而平铺卡片则可以，例如腾讯视频的vip等级卡片切换。没有对比就没有伤害，不造成伤害，就促进不了买卖。所以你看非诚勿扰都是排一排给你选的而不是一个出来不行换另一个，因为你不知道下一个会不会更不喜欢。
叠加态的卡片就像是德州扑克一样，不知道大家是否all in过，是否赌赢过最后一张牌，在没有发出那张牌的时候，我们总是抱着期望，所以叠加的卡片，在我们普通人的预期中是潜意识的提高的，而平铺的卡片就像已经发在你手里的卡片，你可以观察、对比，但是没有了未知感和神秘感，所以抖音是如何让你上瘾的，让你沉浸在其中的，大家现在可以理解了吗。
叠加态的卡片在展示上会给你一些样式，告诉你这里有好多张，并且是永远切换不完的，而平铺卡片则通常需要告知用户外这里有几张，你看到了第几张，所以又多了一个轮播指示器来帮你记忆。
综上所述，方案没有好坏，只有适不适合当前的场景。所以，在什么场景下用什么样的切换大家学废了吗？
转自：优设网
蓝蓝设计( www.lanlanwork.com )是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 、平面设计服务
距离iPhone 12系列发售已经有段时间。
之所以没第一时间撰文，是因为 iPhone 12 mini 和 iPhone 12 Pro Max 要在11月13日才正式发售。
而在此之前，即便是Apple线下店也没有样机。
保险起见，我等接触到 Mini 和 Max 真机后，开始着手撰文。
一周前完成了文字部分，本周终于完成了几十张配图，这才和大家见面。
为了方便新同学更好的了解本文内容，我会简单提及一些关于适配的必要信息。
并附上往期内容的链接，方便延展翻阅。
本文约3200字，分以下六个部分：
在网络上搜索手机界面适配的相关内容。常会看到文中提及以下几个参数：比如屏幕分辨率（物理分辨率）、屏幕尺寸、PPI数值…
其实，在处理常见手机界面适配时，设计师只要关注以下3个基本参数：渲染像素（Pixel）、逻辑像素（Point）、 倍率（Scale）
渲染像素（Pixel）可以理解为是手机截屏时所得到的图片尺寸，单位是px；
逻辑像素（Point）可以理解为是程序员在用代码绘制页面时所用的尺寸，也被叫做“1倍图尺寸”。比如Sketch中对应的机型尺寸
对应的就是手机的逻辑像素尺寸。
倍率（Scale）因为逻辑像素和渲染像素存在着一定的比例关系，这种比例通常被称为倍率，比如切图后缀的@2x、@3x对应的就是倍率的数值。
值得一提的是，倍率不一定是整数，比如三星GALAXY J2（540×960），倍率是@1.5x；
华为M3 Life 8.0”（1920×1200）的倍率则是@2.25x
适配方式主要有两种：
1. 倍率适配
主要应用在逻辑像素相同，但倍率不同的设备。
比如iPhone 11适配到 iPhone 11 Pro Max
两个适配的逻辑像素都是 414 x 896pt，但倍率不同，前者是@2x、后者是@3x。
2. 逻辑像素适配
这种适配方式应用在两个倍率相同，但逻辑像素不同的设备，
比如iPhone 11 到iPhone 8：
两个设备的倍率都是@2x，逻辑像素则分别是：414 x 896pt 和 375 x 667pt。
如果两个设备的倍率和逻辑像素都不相同，比如iPhone 8 到 iPhone 11 Pro Max
那通常会先进行逻辑像素适配，再进行倍率适配。
由于倍率适配相对简单，只需要考虑分割线和切图这两个因素。
因此，设计师通常说的手机适配、尺寸适配常指逻辑像素适配。
所以搞清楚iPhone有哪几种逻辑像素，就成了iPhone适配和验收的关键。
在今年10月份发布的iPhone 12系列共有四部机型。
在谈新设备前，我们先简单回顾截止iPhone 11系列时，iPhone的几款主流机型及其对应的参数：
通过图表可知，在iPhone 12发布前，市面上的iPhone共有6种不同的分辨率需要完成适配。
那么iPhone 12又带来哪些变化呢？
从官方给出的屏幕数据可知，四款设备的物理像素如下：
由图可知，今年iPhone共新增了3种全新的屏幕尺寸。（其中iPhone 12和iPhone 12 Pro的物理分辨率相同，故合并看待）
但在设计层面，iPhone 12系列四款手机，只为设计师增加了1170×2532、1284×2778 两种新的设计尺寸。
画重点：目前有一些文章，错把iPhone 12 mini的屏幕参数1080×2340当做最终的绘图尺寸，认为12 mini的逻辑像素为360x780pt 。
事实上iPhone 12 mini采用了iPhone X一样的渲染像素，即1125 x 2436px，对应的逻辑像素是375x812pt。
为了解释这个问题，得从大家比较熟悉的iPhone Plus系列手机说起。
在前文提到，手机界面适配时，设计师只要关注：渲染像素（Pixel）、逻辑像素（Point） 以及倍率（Scale）这三个基本参数。
而其中的渲染像素通常会和屏幕的物理像素保持一致，比如常见iPhone 8、iPhone XS、iPhone 11 Pro都是如此。
这也导致大家很容易把物理像素和渲染像素混为一谈。
但既然说了是“通常会保持一致”，就总会有例外。
比如iPhone Plus系列，官方给出的屏幕参数（物理像素）是1080×1920，但渲染像素却是1242×2208。
所以设计师在针对Plus系列做图的时候，就得按照1242×2208进行输出。
而新款iPhone 12 mini的情况和Plus系列一样：
官方给出的物理像素尺寸是1080×2340 ，但拿到设备真机后，通过测量可知12 mini采用的渲染像素是1125×2436，这和iPhone X的渲染像素保持一致。
在明确这一点后，我们再看下iPhone 12系列设备的参数：
如果我们只看逻辑像素，加上iPhone 12系列，目前iPhone 共有7种尺寸。
这些尺寸都需要设计师留心，并完成相关机型的验收走查。
不过，到这里还没完。考虑到iPhone存在“标准”和“放大”两种模式的视图。
还需要将放大模式的尺寸考虑在内。
目前各个设备的放大模式对应的适配三要素分别如下：
其中320x693pt是全新的尺寸，出现在12 mini、12、12 Pro这三款设备中。
由此，在把放大模式纳入适配考量范围后，iPhone的逻辑像素共统计出8种尺寸。
如果将其中最小尺寸和最大尺寸比较宽高的话，宽度相差了108pt、高度相差了358pt
对于那些横滑需要外露一部分的页面，需要重新设计尺寸或调整局部的适配方案。
这对于一些单屏显示的页面而言，也是件麻烦事。
先思考一个问题，在下面几个尺寸的iPhone中，你觉得哪一种尺寸的iPhone在市面上占比最高？
在 iPhone 12发布之前，在iPhone这几种屏幕尺寸中，你觉得哪一种iPhone的市场占有率最大？
我相信绝大多数设计师，都会下意识觉得750×1334这个尺寸的机型占比最多。毕竟在过去很多年里，大家都是用这个尺寸在做图。
那实际情况究竟如何呢？
我们先看下阿里友盟今年05月01日的数据：
PS：数据公司按设备的物理分辨率进行统计，而非渲染像素。所以这里的1920×1080对应的是Plus系列手机。
今年五月，国内iPhone占比最高的机型是Plus系列。而设计师钟爱的750×1334 和 1125×2436分别排在第二和第三。
其中排在第三的1125×2436（对应@2x的设计尺寸是750×1624）和前两者的占比仍有较大的差距。
那是不是随着时间的推移，1125×2436的机型占比会逐渐增大，并逐渐占据第一呢？
如果你也有同样的想法，恐怕又得失望了。
翻看5月份的iPhone增量数据，会发现一个有意思的情况：
在增量中，828×1792（对应iPhone 11）增速以51.9%遥遥领先第二名的1125×2436。
下面，看下的11月统计的iPhone存量数据：
828×1792已经从占比第四名上升到了第三名，
再看11月份的增量数据：
828×1792的增速不减反增，从5月份的51.9%增加到了最近的63.8%
如果不考虑的iPhone 12系列，828×1792有望接替Plus系列，成为市场占比最大的iPhone尺寸。
在828×1792的设备飞速增长的同时，1125×2436这个尺寸的设备增速却在不断下降。已经从5月份的27.8%降到了现在的10.2%
过去设计师常用的设计师尺寸是750×1334，但随着iPhone进入全面屏时代，如果再把750×1334作为设计的基准尺寸显然已经不合时宜。
而目前常用的750×1624尺寸对应的机型（对应1125×2436在@2x下的尺寸）无论在存量市场中的占比，还是增量市场中的占比都少的可怜。
而新发售的iPhone 12系列中，也只有12 mini采用了1125×2436作为渲染像素的尺寸。而其余三款，采用全新的渲染像素和逻辑像素。
很难想象1125×2436这个尺寸的设备，还能和过去的750×1334尺寸一样，成为iPhone主流的分辨率尺寸……
设计基准尺寸的选择，除了要看设备的占有率，还要兼顾适配的成本。比如，当有大中小三种尺寸的设备需要设计时，优选中间尺寸作为基准尺寸。
以中间尺寸为基准，无论是适配到小尺寸、还是适配到大尺寸，界面的调整幅度都是最小的，偏差不会太大。
反之，如果选择小或大作为基准，或许页面适配到中间尺寸时感觉还行，但适配到另一侧相对极端的尺寸时，则容易出问题。
界面设计师所用的绘图基准尺寸并非一成不变。回看过去：
设计师用的基准尺寸已经从最初的640×960、变成640×1136、再到750×1334，以及现在的750×1624，已经变化了4次。设计师几乎每隔两年就会随着新iPhone的发布调整一次设计尺寸。如今随着iPhone 12的发布，加上750×1624对应机型在市场中占比的低迷，我们可以重新思考在iPhone众多尺寸中，哪一款更适合作为设计的基准尺寸。
这里先不考虑设计师对尺寸的惯性依赖，只思考适配兼容性和市场占有率这两方面。适配兼容性，按照“大中小”优选中间尺寸这一原则。我们可以很容易的在目前8种iPhone的尺寸（指逻辑像素）中选出位于中间的尺寸：
分别是 375x812pt 以及390x844pt，前者对应1125x2436px ，后者则对应1170x2532px，如果进一步将其转换成大家熟悉的@2x尺寸，则分别对应：750×1624和780×1688
在市场占有率层面，随着Apple逐渐停售之前的设备，新款iPhone的分辨率占领市场只是时间问题。而在新设备中，只有iPhone 12 mini这一款设备采用大家熟悉的1125x2436px（375x812pt，对应@2x下尺寸750x1624px）。如果按照此前的经验推算，iPhone 12（1170×2532）接替iPhone 11（828×1792）成为最热卖且占比最高的设备只是时间问题。
截止iPhone 12发布为止，显然 390x844pt （对应@2x下尺寸780x1688px）更适合作为今后的设计基准尺寸。
文章来源：优设 作者：海边来的设计师
蓝蓝设计( www.lanlanwork.com )是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 、平面设计服务
蓝蓝设计的小编 http://www.lanlanwork.com
