作者CoNsTaR ((const *))
看板C_and_CPP
标题Re: [问题] api是什麽？
时间Mon Jun 12 18:01:05 2017
看了好几篇，我觉得还是来发一篇好了
你写的程式去掉实作，加上行为描述(标准)就叫做 API
也就是说 API 是不在乎实作的，一个 API 可能有无限种实作
但是实作必须符合标准，所以使用者可以很放心的使用符合某 API 的实作
Library 不只有 API，而且还得有实作才能被称为 Library
Framework 不只有 Library 而且还要限制使用情境才能被称为 Framework
总结一下
Framework、Library 都不是 API
(因为不能有实作)
API 也不是 Framework 或 Library
Framework 是 Library
Library 不是 Framework
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 114.32.240.238
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/C_and_CPP/M.1497261668.A.70C.html
※ 编辑: CoNsTaR (114.32.240.238), 06/12/2017 18:15:13
1F：推 s4300026: 简单，清楚，明了06/12 18:44
2F：推 a0919610611: 推06/12 20:45
3F：推 noodleT: API 是C#中的介面吗？06/12 22:15
就程式码的部分来讲，API 可以包含：
(每个语言的 API 可能都不同，但是以下两个是共通的)
1. 结构
(或 classes, records, types, interfaces, type classes, type families)
2. 没有实作的 function
所以 API 不是 C# 的介面
API 不是 C# 介面写成的程式
C# 的介面也不是 API
但是 C# 介面写成的程式算是 API
※ 编辑: CoNsTaR (114.32.240.238), 06/12/2017 22:51:08
4F：推 fish830617: 限制使用情境指的是什麽? 可以举个简单的例子嘛?06/12 22:49
例如 Google 给 Android apps 的 framework
规定 activity 的生命一定是 onCreate(), onStart(), onResume()…
你的函式名称、什麽状况要用哪个函式(使用情境) Google 都帮你决定好了
在这方面不能有你自己的设计，你写的程式必须要遵守你使用的 framework
※ 编辑: CoNsTaR (114.32.240.238), 06/12/2017 23:07:08
5F：推 AWEN221: 学习了！推高手！06/12 23:20
6F：→ fish830617: 所谓的规定是指硬性的嘛? 「不是就不行」这样?06/12 23:53
继续上面那个例子的话
可以想成(事实上应该也是如此) Google 写好的 framework 会去
call onCreate(), onStart() 那些由你来写的函式
你可以把 framework 看成是写一半还没完成的程式，有些窟窿需要你来补上
※ 编辑: CoNsTaR (114.32.240.238), 06/13/2017 00:13:14
7F：→ bibo9901: library 彩色铅笔(+白纸), framework 彩色铅笔+着色本06/13 00:17
8F：推 EdisonX: 疑 这样的话 mfc 和 qt 都算 framework？06/13 00:44
9F：推 EdisonX: 之前我误解的framework是遵守一定的标准工作流程(process06/13 00:47
10F：→ EdisonX: )都算，诸如某些code的常数可能必须由实验取得，再经由计06/13 00:47
11F：→ EdisonX: 算後塞入code里。XD06/13 00:47
12F：→ uranusjr: Qt 确实自称 framework, 不过 framework vs library 的06/13 01:22
13F：→ uranusjr: de facto 定义其实是「你讲了算」, 根本没有严谨分别06/13 01:22
14F：→ uranusjr: 所有逻辑上的区分都可以找到一大票反例, 只能算经验法则06/13 01:23
嗯？framework 和 library 的界线不是很清楚吗？
stack overflow 上有个比较正式的说法：
两者的差别在於有没有 inversion control
而且这样描述它们：
library:
A library is essentially a set of functions that you can call
framework:
you need to insert your behavior into various places in the framework
The framework's code then calls your code at these points
关於 inversion control，要看 Martin Fowler 的文章：
https://martinfowler.com/bliki/InversionOfControl.html
我想会让人觉得是经验法则可能是因为在抓到这个点之前它们确实不好区分
而且因为 framework 也是 library
所以某些情况下也会以 library 来称呼一些 framework
但这就很容易让人搞混
因为虽然 framework 是 library，但 library 却不是 framework
15F：推 fish830617: 感谢 CoNsTaR 大大的细心讲解06/13 01:28
※ 编辑: CoNsTaR (114.32.240.238), 06/13/2017 09:31:23
16F：推 EdisonX: 感谢 CoNsTaR 和 uranusjr！06/13 09:35
17F：→ uranusjr: 你的定义很清楚, 可是实务上他们根本不是这样自称啊06/13 10:14
18F：→ uranusjr: 不管嘴上笔下定义多严谨, 实务上就是这麽混乱啊06/13 10:16
19F：→ uranusjr: 照这定义 MFC 怎麽看都是 framework, 但它自称 library06/13 10:17
20F：→ uranusjr: Sinatra 和 Flask 怎麽看都是 library, 但他们就是自称06/13 10:17
21F：→ uranusjr: web framework 你又能怎麽办06/13 10:17
Sinatra 和 Flask 我都没碰过
MFC 是 framework 也是 library 没错啊，前面说过了
我想定义就是定义，和谁怎麽自称应该没什麽关系？
不过这两个词被很多人错误的使用倒是真的～
※ 编辑: CoNsTaR (114.32.240.238), 06/13/2017 10:42:35
22F：推 CodingMan: 给个推 06/13 12:24
23F：推 Lordaeron: 相当好的定义. 06/13 17:25
24F：推 doom8199: 照这定义 OpenCL 算 framework 吗? 06/13 20:32
25F：推 coolrobin: 超清楚易懂，强!! 06/14 00:59
26F：推 chingyue: 感恩~! 06/14 12:57
27F：→ HolyBugTw: 不精准但是我是这麽看待的 06/16 16:22
28F：→ HolyBugTw: API：解决你短期的需求，Framework：针对你长期的需求 06/16 16:22
29F：推 jennya: Flask照这定义是framework没错啊！ 07/03 03:24
30F：推 greg870601: 推 07/14 13:58