「ライブラリ」「フレームワーク」「API」「SDK」

1 ：デフォルトの名無しさん：2018/07/04(水) 12:15:40.02 ID:svZz0DKH.net

全部同じなの？
https://monobook.org/wiki/Framework

9 ：デフォルトの名無しさん：2018/07/04(水) 12:21:20.26 ID:gYVmeypi.net

もうさ、モジュールで統一しようぜ

10 ：デフォルトの名無しさん：2018/07/04(水) 12:22:12.35 ID:OMlBhl4v.net

>>9
ruby信者かよ

11 ：デフォルトの名無しさん：2018/07/04(水) 12:23:24.01 ID:39Xl6R4c.net

コボルもモジュールじゃなかったか？

12 ：デフォルトの名無しさん：2018/07/04(水) 12:23:47.96 ID:ELwJQM9F.net

SDKというライブラリ群がある。
ライブラリにはAPIがある。
APIからフレームワークを作られてる。

こんな感じ？

13 ：デフォルトの名無しさん：2018/07/04(水) 12:23:49.82 ID:NdUzdTsB.net

統一なんて無理

14 ：デフォルトの名無しさん：2018/07/04(水) 12:25:03.62 ID:HMG6xt0q.net

API OSに近い
ライブラリ 汎用的
フレームワーク でかい

こんなイメージ

15 ：デフォルトの名無しさん：2018/07/04(水) 12:27:45.15 ID:3edJAjAe.net

>>9-11
モジュールはなんか嫌

16 ：デフォルトの名無しさん：2018/07/04(水) 12:28:19.93 ID:FfQfqGkT.net

真ん中とってライブラリで統一しようぜ

17 ：デフォルトの名無しさん：2018/07/04(水) 12:28:58.32 ID:HMG6xt0q.net

このスレは荒れる
なんとなくそんな感じがする

18 ：デフォルトの名無しさん：2018/07/04(水) 12:30:36.85 ID:/fy1c4Za.net

>>11
Perlもそう
perl moduleで拡張子pm

19 ：デフォルトの名無しさん：2018/07/04(水) 12:31:28.46 ID:mAIXM3sP.net

SDKはツール類も付属しているイメージ

20 ：デフォルトの名無しさん：2018/07/04(水) 12:33:00.23 ID:kLDcXF0s.net

まあただのランタイムを仮想マシンと言い張って初心者を騙して高揚させてる業界ですから

21 ：デフォルトの名無しさん：2018/07/04(水) 15:02:45.50 ID:rYQuTGUK.net

ライブラリの英語の意味を考えよう

１ 図書館。図書室。
２ 映画・写真・レコードなどで、資料として収集し保管してあるもの。また、その施設。
３ 個人の蔵書。文庫。
４ 叢書?(そうしょ)?。文庫。シリーズものの出版物の名称に用いる語。「世界名作ライブラリー」


つまりは「なにか」を "集めた" ものだ

22 ：デフォルトの名無しさん：2018/07/04(水) 15:04:43.97 ID:rYQuTGUK.net

インターフェースの英語の意味を考えよう

1(境)界面.
2 (複数の学問・研究分野の)共通問題，学際事項
3 (異なる種類のものの間の)境界，接触面，接点
4 (異種のものの間の)対話，連絡，意思疎通
5 (複数のものを)円滑につなぐもの，仲介するもの，仲立ち；橋渡し

つまりは「なにか」と「なにか（あなた）」をつなぐものだ

23 ：デフォルトの名無しさん：2018/07/04(水) 15:05:57.51 ID:rYQuTGUK.net

フレームワークの英語の意味を考えよう

1 骨組み，構造物.
2 枠組み；(組織の)構成，構造，体制
3 額縁の製造［販売］.
4 枠を用いて作った作品(刺繍ししゅうなど)；枠細工品.
5 (工事用)足場；骨組みの工事.
6 (果樹の)枝；主枝.
7 =frame of reference.

つまりはなにかのための「枠組み」だ

24 ：デフォルトの名無しさん：2018/07/04(水) 16:43:44.34 ID:7aH0kDWz.net

APIはあくまでインターフェース
インターフェースが同じでも実装が異なることはあり得る
例えばlibeditはreadlineのBSD版として作られた。これらは別のライブラリだが同じAPIを持つ

SDKは、プラットフォーマーがサードパーティに向けて提供する開発キット
APIの定義やそれを実際に使うためのライブラリは勿論だが、その他のツール類やドキュメント諸々も含む

フレームワークは……曖昧だが
アプリケーション全体の構造を決めてしまうような大掛かりなライブラリみたいなイメージ？

25 ：デフォルトの名無しさん：2018/07/04(水) 16:52:49.84 ID:n4h9hTEh.net

このゲームオネシャス
https://goo.gl/2UVYAA

26 ：デフォルトの名無しさん：2018/07/04(水) 21:45:55.85 ID:gFgZc5FG.net

U7R

27 ：デフォルトの名無しさん：2018/07/04(水) 21:58:47.50 ID:gYVmeypi.net

よし、モジュールで統一しよう

28 ：デフォルトの名無しさん：2018/07/04(水) 23:52:29.67 ID:9tme3F9y.net

フレームワークは「穴埋め式」。
ライブラリは「呼び出し式」。
APIは、それとは独立して動いているものを呼び出すよってこと。
SDKは、何かを作るときにいるものの一式。

29 ：デフォルトの名無しさん：2018/07/05(木) 00:40:26.56 ID:Qp1VFJM+.net

.NET FrameworkはSDK？

30 ：デフォルトの名無しさん：2018/07/05(木) 00:47:16.95 ID:YJbjvjoP.net

>>28
独立して動いているものを呼ぶのは一般にRPCだ
WebAPI想定なんだろうが、WindowsのAPIには単なるライブラリ関数でしかないものも結構ある
APIは呼び出し方の規約であって中身は関係ない

31 ：デフォルトの名無しさん：2018/07/06(金) 12:44:34.17 ID:qfsO8gqd.net

SDK！SDK！

32 ：デフォルトの名無しさん：2018/07/06(金) 13:42:12.50 ID:F9o4Pz4O.net

>>30
> WindowsのAPIには単なるライブラリ関数でしかないものも結構ある
それお前がAPIとライブラリをごっちゃにしてるだけだろ

例えばWindows APIであれば、C言語からではなく例えばVBなどから呼び出すこともできる
だから特定の言語には依存しない。それがAPIであって他の言語から呼び出せないようなものは
単なるライブラリ関数であってAPIではない

33 ：デフォルトの名無しさん：2018/07/06(金) 17:10:33.48 ID:hXRi+HHi.net

他言語向けラッパーを書けばライブラリからAPIに昇格するのか

34 ：デフォルトの名無しさん：2018/07/06(金) 18:46:57.36 ID:F9o4Pz4O.net

するわけないだろ。ライブラリはいくら頑張ってもAPIにはなれない

35 ：デフォルトの名無しさん：2018/07/06(金) 18:51:18.22 ID:F9o4Pz4O.net

例えば、Windows APIというものがある。
それをある言語から呼び出すための "ライブラリ" を作ったとする。

その場合、"Windows API" は "API" だし、
その "ライブラリ" は、当然 Windows APIを呼び出すための "ライブラリ"
ライブラリは API ではない

また、この場合は、Windows APIであるが、これが何かしらの "ライブラリ" であったとする。
その場合、"ライブラリ" は "ライブラリ" であり、
その "ライブラリを呼び出すためのライブラリ" も、"ライブラリ"

36 ：デフォルトの名無しさん：2018/07/06(金) 19:50:40.61 ID:dSjMYi7e.net

>>14
それAPIについては誤解してる

37 ：デフォルトの名無しさん：2018/07/06(金) 21:46:46.96 ID:TCsDXX8V.net

>>32
はあ、.dllはなんの略だ？

38 ：デフォルトの名無しさん：2018/07/07(土) 15:28:21.86 ID:8TH/j15j.net

>>37
DLLは同一プロセス上で動作する。
一方RPCは他プロセスと通信する仕組み。

39 ：デフォルトの名無しさん：2018/07/07(土) 17:00:03.56 ID:i11AJyJz.net

まずWindowsSDKはそもそもC/C++向けにしか提供されていない
ヘッダファイルの中を見ればわかるがインライン関数も結構あるし.libにある関数もある
マクロも一杯あって、全部がWindowsSDKの提供するWindows API

VBがDLLを呼び出す能力があるからといってC向けに用意されたAPIの全部が使えるわけでもない
VC++とABI互換なツールチェインを用いる処理系なら.libもリンクして使えるが
ヘッダにしか無いインライン関数やマクロはC/C++と文法互換な言語(Objective-C等)からしか使えない
こんなのは単に各処理系のFFI機能経由で使える使えないの話で、あくまでSDKはC/C++用

Javaのライブラリの定義もJava APIと呼ばれているし
もっと言えばWeb APIだってソケットにアクセスできない処理系からは使えんし

つまりAPIの定義の話とどの処理系から使えるかは別の話で
APIだからといって言語から独立していなきゃならないなんてことはない

40 ：デフォルトの名無しさん：2018/07/07(土) 17:50:03.02 ID:rLNXLDeE.net

全部違うぞ

41 ：デフォルトの名無しさん：2018/07/07(土) 18:06:09.50 ID:8TH/j15j.net

>>39
Windows APIをVBから呼び出すための定義ファイルがSDKに含まれてた時期もあった気がするが、まあそれはいいとして。

まず、Windows APIを提供しているのはWindowsというOS自体であってSDKではない。ここ重要。

Windows SDKはOSのAPIをC言語等から呼び出すための支援ツールや定義をまとめたキットなのであれば便利だが、APIの仕様さえ分かればSDKなしでもAPIを呼び出すことも原理的には可能だ。

42 ：デフォルトの名無しさん：2018/07/07(土) 18:53:54.86 ID:LxSGsocZ.net

インライン関数やマクロをWindows APIって言うのは違和感しかない

43 ：デフォルトの名無しさん：2018/07/07(土) 18:56:21.27 ID:kQbc54yB.net

インライン関数やマクロはWindows APIには含まれないよ

44 ：デフォルトの名無しさん：2018/07/07(土) 19:43:01.67 ID:i11AJyJz.net

感覚的にはそうなんだろうが、GetCurrentFiberやExの付かないCreateWindowだってマクロだからな？
Interlocked系関数もインライン関数、ライブラリ実装とVC++のintrinsicが混じってて.dllには行かない

45 ：デフォルトの名無しさん：2018/07/07(土) 20:22:08.26 ID:ssl663eK.net

>>44
いつからCreateWindowがAPIだと勘違いした？

46 ：デフォルトの名無しさん：2018/07/07(土) 20:54:21.63 ID:8TH/j15j.net

ああそうか。
真のAPIはCreateWindowWとかなんだな。
SDKやコンパイラが薄いラッパーや代替実装を用意して、そっちをAPIと称してる感じ。

47 ：デフォルトの名無しさん：2018/07/07(土) 21:59:36.46 ID:i11AJyJz.net

>>46
CreateWindowWもマクロだ
user32.dllがエクスポートしているのはCreateWindowExA/Wだぞ

Windows APIにはこんな感じで元はDLLや.libにあったものが
いつの間にかマクロやインライン関数になった例もちょこちょこある

48 ：デフォルトの名無しさん：2018/07/07(土) 22:19:01.26 ID:8TH/j15j.net

>>47
あらら、ほんといつの間にだな。
ただOS側には古いAPIの口も残ってるはず。
そうでないと古いWindows SDKで作ったプログラムが動かなくなる。
MS次第ではあるが。

49 ：デフォルトの名無しさん：2018/07/09(月) 19:16:44.58 ID:sTrx1a4j.net

パッケージ

50 ：デフォルトの名無しさん：2018/07/09(月) 22:49:40.76 ID:rStS+x4i.net

アホみたいに分類しようとするからおかしいだよ。
全部モジュールなんだよ

そんなんだからプログラミング教育が進まないんだよ。
本物のプログラマならいかに簡略化するかだけ考えろ。

その無駄な労力を実用的なビジネスロジック開発に注ぎ込めよ。

51 ：デフォルトの名無しさん：2018/07/09(月) 22:54:43.03 ID:rStS+x4i.net

結局のところ、全部「モジュール」だったCOBOLを否定して新しさを演出するためだけに作られた言葉たちなんだよ。
それによりアホに新しいシステムが売れるんだよ。
めぼしい機能を一通り実装したら定期的にプラットフォームを移行させて稼ぐしかなくなるからね。

52 ：デフォルトの名無しさん：2018/07/09(月) 22:55:57.94 ID:rStS+x4i.net

最近だと「WindowsリッチクライアントをWebアプリ化しませんか」とかね。

53 ：デフォルトの名無しさん：2018/07/10(火) 06:58:35.49 ID:j/SSeYu6.net

>>51
C言語ライブラリの個々のファイルはモジュールっていうしなー
それぞれの流儀だべ結局は

54 ：デフォルトの名無しさん：2018/07/10(火) 07:17:23.04 ID:zokwGzp/.net

アメリカ人にとってはくだらない話題に見えるんだろうな。
ライブラリ＝書庫 みたいに捉えてるんだからな。

書庫
汎用書庫
共通書庫
オブジェクト書庫
クラス書庫
モジュール書庫

ライブラリと聞いたら、あぁ書庫ね。集めて置くところね
ぐらいにしか思わない。何も迷わないんだろうな

55 ：デフォルトの名無しさん：2018/07/10(火) 14:22:57.93 ID:nhRVi4l7.net

クレート

56 ：デフォルトの名無しさん：2018/07/10(火) 20:28:02.72 ID:+1hBbxsM.net

麻原書庫

57 ：デフォルトの名無しさん：2018/07/25(水) 17:44:57.62 ID:1JRcw+07.net

修行するぞ修行するぞ修行するぞ

58 ：デフォルトの名無しさん：2018/08/07(火) 13:55:48.87 ID:E95E4jzz.net

アーカイブ