Re: [問題] api是什麼?
看板C_and_CPP作者CoNsTaR ((const *))時間8年前發表 (2017/06/12 10:01), 8年前編輯推噓16(16推 0噓 14→)留言30則, 16人參與討論串5/6 (看更多)
看了好幾篇,我覺得還是來發一篇好了
你寫的程式去掉實作,加上行為描述(標準)就叫做 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://www.ptt.cc/bbs/C_and_CPP/M.1497261668.A.70C.html
※ 編輯: CoNsTaR (114.32.240.238), 06/12/2017 18:15:13
推
06/12 18:44, , 1F
06/12 18:44, 1F
推
06/12 20:45, , 2F
06/12 20:45, 2F
推
06/12 22:15, , 3F
06/12 22:15, 3F
就程式碼的部分來講,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
推
06/12 22:49, , 4F
06/12 22:49, 4F
例如 Google 給 Android apps 的 framework
規定 activity 的生命一定是 onCreate(), onStart(), onResume()…
你的函式名稱、什麼狀況要用哪個函式(使用情境) Google 都幫你決定好了
在這方面不能有你自己的設計,你寫的程式必須要遵守你使用的 framework
※ 編輯: CoNsTaR (114.32.240.238), 06/12/2017 23:07:08
推
06/12 23:20, , 5F
06/12 23:20, 5F
→
06/12 23:53, , 6F
06/12 23:53, 6F
繼續上面那個例子的話
可以想成(事實上應該也是如此) Google 寫好的 framework 會去
call onCreate(), onStart() 那些由你來寫的函式
你可以把 framework 看成是寫一半還沒完成的程式,有些窟窿需要你來補上
※ 編輯: CoNsTaR (114.32.240.238), 06/13/2017 00:13:14
→
06/13 00:17, , 7F
06/13 00:17, 7F
推
06/13 00:44, , 8F
06/13 00:44, 8F
推
06/13 00:47, , 9F
06/13 00:47, 9F
→
06/13 00:47, , 10F
06/13 00:47, 10F
→
06/13 00:47, , 11F
06/13 00:47, 11F
→
06/13 01:22, , 12F
06/13 01:22, 12F
→
06/13 01:22, , 13F
06/13 01:22, 13F
→
06/13 01:23, , 14F
06/13 01:23, 14F
嗯?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
推
06/13 01:28, , 15F
06/13 01:28, 15F
※ 編輯: CoNsTaR (114.32.240.238), 06/13/2017 09:31:23
推
06/13 09:35, , 16F
06/13 09:35, 16F
→
06/13 10:14, , 17F
06/13 10:14, 17F
→
06/13 10:16, , 18F
06/13 10:16, 18F
→
06/13 10:17, , 19F
06/13 10:17, 19F
→
06/13 10:17, , 20F
06/13 10:17, 20F
→
06/13 10:17, , 21F
06/13 10:17, 21F
Sinatra 和 Flask 我都沒碰過
MFC 是 framework 也是 library 沒錯啊,前面說過了
我想定義就是定義,和誰怎麼自稱應該沒什麼關係?
不過這兩個詞被很多人錯誤的使用倒是真的~
※ 編輯: CoNsTaR (114.32.240.238), 06/13/2017 10:42:35
推
06/13 12:24, , 22F
06/13 12:24, 22F
推
06/13 17:25, , 23F
06/13 17:25, 23F
推
06/13 20:32, , 24F
06/13 20:32, 24F
推
06/14 00:59, , 25F
06/14 00:59, 25F
推
06/14 12:57, , 26F
06/14 12:57, 26F
→
06/16 16:22, , 27F
06/16 16:22, 27F
→
06/16 16:22, , 28F
06/16 16:22, 28F
推
07/03 03:24, , 29F
07/03 03:24, 29F
推
07/14 13:58, , 30F
07/14 13:58, 30F
討論串 (同標題文章)