库与 API 及低代码开发
低頻约 25 分钟5 个术语过去问 2 题
本单元目标
- 能从“部件本身”还是“调用方式的约定”这一点,区分库与 API。
- 能说明 WebAPI 是通过网络使用外部服务功能的机制,并能说明利用它的混搭。
- 能从需要编写的代码量和扩展的自由度,区分低代码与无代码。
术语总表(5 个)
术语
库(ライブラリ,Library)是把常用处理整理成函数等部件、供其他程序调用并重复使用的东西。
像格式化字符串、计算日期这类处理,不必每次自己写,调用现成的部件就行。使用许多开发者长期用过的部件,可以减少开发工作量,质量也容易保持一致。规定如何调用库中部件的,就是下面要讲的 API。
类比就像每次做菜不从头熬高汤,而是用市售的高汤粉。
记法library 在英语里是“藏书、图书馆”的意思。就像借书一样,把需要的处理借过来用。
考点
- 易混插件(プラグイン)是事后插入已完成的应用、为其增加功能的附加部件,与开发者在自己的代码中调用的库(ライブラリ)用法不同。
该术语的过去问 1 题 ライブラリ →
API(应用程序编程接口,Application Programming Interface)是让其他程序使用某个软件功能的调用方式约定。
- 调用方程序
- API(调用方式的约定)
- 提供功能的软件
调用方只要按照规定的名称和传值方式提出请求,即使不了解内部机制也能拿到结果。提供方可以把内部隐藏起来、只公开需要的功能,只要约定不变,即使重做内部也不会影响调用方。
类比就像餐馆的点菜单。按固定格式点菜,即使不知道后厨怎么做,菜也会端上来。
记法最后的 I 是 Interface(接口、分界处),也就是放在程序与程序分界处的约定。
考点
- 易混API 指调用功能时的约定,与把被调用的处理作为部件收纳起来的库(ライブラリ)所指的对象不同。
该术语的过去问 1 题 API →
WebAPI 是把网络上服务的功能和数据公开出来、使其能通过 HTTP 等 Web 通信调用的 API。
服务端处理收到的请求,并把结果作为数据返回。使用方不必在手边放置部件就能使用对方服务的功能,例如可以在自己的应用里显示天气预报或汇率信息。
类比就像打电话向咨询窗口提问并得到答复。看不到对方公司内部的运作,但只要按规定的方式询问,就会得到回答。
记法Web + API。平常的 API 调用搭上 Web 通信,送达远处的服务。
考点
- 常考混搭(マッシュアップ,mashup)是通过 WebAPI 等引入多个公开服务的功能和数据,构建新服务的方法。
该术语的过去问 1 题 WebAPI →
「API(应用程序编程接口)」与「WebAPI」的区别
低代码(ローコード,Low-code)是以在界面上摆放、设置部件的操作为主,只在必要部分编写少量代码来制作应用的开发方法。
界面和处理流程的大部分可以靠组合现成部件完成,所以比从零写程序更快成形。部件表达不了的处理,可以在相应位置补写代码。
类比就像按说明书组装拼装家具,只有缺的那块搁板自己锯木板补上。
记法low 是“少”的意思。代码不是零,而是只有一点。
无代码(ノーコード,No-code)是完全不写代码,只靠在界面上摆放和设置部件来制作应用的开发方法。
即使是编程知识不多的业务人员,也比较容易自己做出输入表单或简单的业务应用。能做出的东西,限于工具准备好的部件和设置范围之内。
类比就像从目录里挑选成品家具摆放,只决定颜色和摆放位置。
记法no 是“零”的意思。完全没有用键盘敲代码的环节。
考点
- 易混无代码(ノーコード)不写代码,在现成功能的范围内制作;低代码(ローコード)则可以用代码补写不足的部分来扩展。
要点
- 使用库,常用处理不必自己编写,可以作为部件重复使用。
- 按照 API 提出请求,即使不了解内部机制也能使用对方的功能。
- 在组合公开的现有服务和信息来构建新服务的混搭中,WebAPI 等是引入它们的手段。
- 以界面操作为主的开发方法能加快开发,也让专业开发者以外的人更容易参与开发。
查看这个领域的全部过去问 →