如果作为新人的你有这样的经历:在会议上听到前后端的程序员们对着你给出的设计稿讨论“这边要加一个API”、“那个页面的API要改动”,特别是他们说了一堆你不太懂的事情还反过来问你:你觉得要用什么方案?(WTF)又或者,那帮人最终讨论的结果是某个“接口”没法做,导致你的设计稿得改改改,然而你一脸懵逼,并搞不清楚状况。那么这篇文章能帮到你了解自己的处境(虽然说服那帮固执的开发还得靠你自己)。
5分钟也可以学会这些常识:
那么到底什么是程序员口中API ???
度娘的解释是这样的:
API(Application Programming Interface,应用程序编程接口)是一些预先定义的函数,目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力,而又无需访问源码,或理解内部工作机制的细节。
你懂了么?如果你不是学程序的还说看懂了,我想你一定还没有吕朋友……好像唯一能看出来的就是:API=接口
下面是我身边那些老司机同事们的解释:
“一个联通前端和后端的通道,通常用字段来做暗语,就叫API。”(by 某少女心的PM)
“API是,面向网页、手机APP等终端设备和应用,提供和网站后台进行交互的入口。”(by 某经验丰富的后端大神)
“这是个哲学问题,API应该是服务开发者和服务使用者之间制定的关于如何服务使用的约定。”(by 某段子手文艺前端男青年)
从老司机们的描述中,我们看到和API有关的总有两个角色出现:”前端-后端“、”网页APP-网站后台“、”开发者-服务使用者“;而API发挥的则是:”联通xxx的通道“、”进行交互的入口“、”xxx的约定“等串联那两个角色的作用。
似乎有一些眉目,但还是有点模糊。下面,我就从设(pu)计(tong)师(ren)的角度,用更形象的比喻来说明一下。
这是一个和物流有关的故事,首先我们设定两个场所:一个叫仓库,一个叫店铺。仓库是囤积所有货物的地方,库中的货物按照一定的规矩摆放。而店铺有很多,分散在各地;店铺总需要从仓库调货,货物运达后会被按照能吸引顾客的方式陈列在货架上。
那么问题来了:我们能想到,在店铺陈列时几乎不会与仓库存货的摆放一样(不能理解的想想宜家)。如果店员小哥贸然来到仓库自己取货必然会遇到很多困难(假设仓库很庞大,小哥并不是仓库管理员)。另外,若店铺搞促销要对几种货物组合打包(买洗发水送赠品牙刷之类的),不管是在仓库或店铺进行,也必然会影响到它们的正常运作。如何帮助店铺更方便的从仓库中调货,又避免仓库内混乱不堪?(请不要纠结”店铺自己不是应该有小仓库嘛”这种事情,请关注比喻本身…)
现在,我们在这个调配货物的过程中加入一个中转环节。店铺告诉中转站他们需要什么,由中转站专业调配分配打包,等待店铺小哥前来取走。于是问题就这么愉快地解决了。
在这个物流的故事中“货物”就是数据,存放货物的“总仓库”可以看做数据库,而“店铺”就可以看做我们的网站、App。我们页面上显示的内容、数字,以及用户的操作请求和结果都可以看做是“货物”——数据,会不停的经历这个运输过程。货物在仓库“按规矩摆放”可以看做数据库的存储结构;在店铺那头,货品的陈列”需要能够吸引到客户“,就代表了我们在设计网站、App的页面信息时需要注重用户体验一般。前端页面的数据展示与后端数据库的存储结构的不一,便是店铺陈列与仓库摆货规则的不一。我们的页面需要的数据,如果都直接去连搜索数据库,就会像故事中的店员去仓库找货物一样没效率。此外,通常我们的产品是由很多流程组成的,其中充满了判断逻辑和计算,这就好比故事中店铺的促销活动时需要”货品再组合“。如果把这些对数据的操作放在数据库或者页面上进行则会降低他们的运作效率(一般来说情愿放在前端也不放在数据库,数据库的运作更加重要。而放在前端页面来做这些事情,就是我们通常说的”写死“)。
我想大家都能猜到,故事中的中转站就是我们所说的API接口了。程序员们在争吵的,其实是如何定义这个API中的内容。根据上面的故事,中转站需要根据店铺的要求预先调配好货物,并且在必要的时候进行分配打包。而这个调配分配打包的过程就是程序员争论的——API中所要包含的字段、计算、逻辑判断。作为设计师,你的设计的页面、流程都极大的影响甚至是决定了前后端这个”物流”的过程。而这个“物流”的过程就是前后端的交互逻辑(看到这里的“交互”二字,交互设计师们你们有什么感想~)。
另外,我们称网页、APP为前端(APP称为客户端),简单来说他们都是运行在用户的终端上的(手机,或自己电脑的浏览器里)。而数据库和API我们都称他们为服务端、后端,简单来说,因为他们远隔万里运行在世界另一边的高级电脑里(即服务器)~。
有没有稍微理解了一些呢?
上面的故事只是为了帮助大家更具象的理解API的大致原理,入个门。而实际情况下,前后端的运行逻辑会更加复杂(比如故事中仓库到店铺是单向流通,而真实的程序中则是双向的),更详细的就需要大家回到实战环境自己体会啦。
好了,今天就到这里~~欢迎关注点融设计中心DDC微信公众号(微信ID:DR_DDC)
下面再推荐一个实用的模版展示生成站,一起来看。
MagicMockups
Magic Mockups 可以将屏幕截图画面转化成真实世界场景素材,对于一些新上线的网络服务来说,可能会需要类似相片,但大多数 Mockups Generator 价格并不便宜,因此促成了 Magic Mockups,让使用者能够免费制作自己需要的素材图。
Magic Mockups 内建笔记本电脑、手机、平板、iMac 等不同主题,比较特别的是有些素材可能有两个屏幕,Magic Mockups 允许在相片里不同屏幕上分别设定不同的网页或截图,使相片看起来更加真实生动。如果你想同时在一张相片中展示桌面端和手机版画面,那么 Magic Mockups 有一些相片素材可以做到。
这项服务制作出来的素材 100% 免费!采用 CC0 授权没有版权限制,也不用标注姓名出处或连回原网站,且能下载的尺寸非常多样,从最小的 960×640 到长度 5000+ 像素,无论要使用在投影片、设计展示或网站都很适合。
STEP 1
开启 Magic Mockups 网站后,从左侧寻找要使用的相片素材,上方有各种相片分类,点选后相片会显示于网站右侧就能开始进行编辑。
将鼠标光标移动到相片屏幕上方,会显示出该范围支持的相片大小。举例来说,下图显示的屏幕尺寸是 1440×900 ,如果你想获得最好的显示效果,记得准备适当的撷图尺寸大小,超过的话虽会自动缩小相片,其实也是能正确显示,但可能会有一点模糊。
STEP 2
上方有两种加入撷图的方式,一种是上传相片(Upload Image),另一种是输入网址来自动抓取缩图(Capture URL),我建议自己先用截图软件抓好网页或应用程序画面,再把它加载服务里,因为自动抓图方式可能会无法正确显示中文内容。
STEP 3
点选 Magic Mockups 相片里要套用图片的屏幕或上方的「Upload Image」,选择撷图后就能上传、整合到相片的特定范围,如果不喜欢此效果,点选相片右边的「X」将它删除重设。
STEP 4
最后,点选上方「Download」来选择你需要的相片尺寸大小,Magic Mockups 提供尺寸包括:960×640、1280×853、1600×1067、1920×1280、3000×2000 和最多 5000+ 像素!
虽然底下较大图片尺寸后方会显示黄色惊叹号图标,但依然可以免费下载,不过因为制作大图会耗费更多服务器资源,Magic Mockups 希望使用者能赞助网站以维持这项服务营运。
欢迎关注点融设计中心DDC微信公众号(微信ID:DR_DDC):
「技多不压身的设计师才有高薪资!」
- 平面设计:《超赞!设计师完全自学指南》
- 交互设计:《交互设计师修炼指南!教你从零开始成为优秀交互设计师》
- UI设计:《超实用新手指南!零基础如何自学UI设计?》
- 前端开发:《天猫高手来教你!零基础如何系统地学习前端开发?》
- 抠图技巧:《从菜鸟到高手!PHOTOSHOP抠图全方位攻略》
- 配色方案:《色彩搭配速成!3个实用方法帮你全面搞定配色》
- DPI指南:《基础知识学起来!为设计师量身打造的DPI指南》
- 交互设计自学路径图:《零基础入门!给非科班生的自学路径图之交互设计篇》
原文地址:ddc.dianrong、free.com.tw
【优设网 原创文章 投稿邮箱:yuan@uisdc.com】
================关于优设网================
"优设网uisdc.com"是国内人气最高的网页设计师学习平台,专注分享网页设计、无线端设计以及PS教程。
【特色推荐】
设计师需要读的100本书:史上最全的设计师图书导航:http://hao.uisdc.com/book/。
设计微博:拥有粉丝量160万的人气微博@优秀网页设计 ,欢迎关注获取网页设计资源、下载顶尖设计素材。
设计导航:全球顶尖设计网站推荐,设计师必备导航:http://hao.uisdc.com
复制本文链接 文章为作者独立观点不代表优设网立场,未经允许不得转载。
发评论!每天赢奖品
点击 登录 后,在评论区留言,系统会随机派送奖品
2012年成立至今,是国内备受欢迎的设计师平台,提供奖品赞助 联系我们
这么设计才好玩
已累计诞生 623 位幸运星
发表评论
↓ 下方为您推荐了一些精彩有趣的文章热评 ↓