设计新人必备:5分钟理解什么是API!

如果作为新人的你有这样的经历:在会议上听到前后端的程序员们对着你给出的设计稿讨论“这边要加一个API”、“那个页面的API要改动”,特别是他们说了一堆你不太懂的事情还反过来问你:你觉得要用什么方案?(WTF)又或者,那帮人最终讨论的结果是某个“接口”没法做,导致你的设计稿得改改改,然而你一脸懵逼,并搞不清楚状况。那么这篇文章有可能帮到你了解自己的处境(虽然说服那帮固执的开发还得靠你自己)。

那么到底什么是程序员口中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。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 206,311评论 6 481
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 88,339评论 2 382
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 152,671评论 0 342
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 55,252评论 1 279
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 64,253评论 5 371
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,031评论 1 285
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,340评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,973评论 0 259
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,466评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,937评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,039评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,701评论 4 323
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,254评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,259评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,485评论 1 262
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,497评论 2 354
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,786评论 2 345

推荐阅读更多精彩内容