プログラマに聞きたいんだけど「ライブラリ」「フレームワーク」「API」「SDK」 って全部同じなの?
■ このスレッドは過去ログ倉庫に格納されています
ライブラリという大分類のうち、作法に関するものがフレームワーク、OSに近いものがAPI そんなくだらない事ばかり考えてないでアルゴリズムのひとつでも考えろよ SDK以外は同じ
違うと言うやつは「俺こだわってます」アピールのアホ 同じ意味になるときもあるし
それぞれ固有の意味もある >>8
ほんとこれ
そんなんだから日本のITは遅れをとった
もっと考えることあるだろと この手の意味ばかりを考えて実用的なシステムを開発しなかった結果が今の日本 言語仕様によって含まれる範囲が違うけど似たようなもん ライブラリとフレームワークの違いは使う側としては深く考えんでええ
APIはそれが単に提供される形態のことやからこれまた特に意識せんでもええ
SDKはそういうライブラリやフレームワークを作るための環境のことやから別物やな 素人だけどプログラミングするのは好き。
でも解説書が意味わかんねえのだらけ。もう少しわかりやすくなんねえのか。頭のレベルは上がんねえから頼むわ。 ライブラリ…便利な物を集めたもの
フレームワーク…開発ルール
API…操作方法手順
SDK…開発キット しばらく前にもフレームワークとライブラリで立ってたけど全員言ってることが違ってた
一時は正しい概念でも進化や変化して広がったり狭くなったりする業界 SDK(開発環境全部)
の中に
フレームワーク(任意の開発環境を使って、一般的な部分の骨格部分をあらかた作った状態)
があり
フレームワーク
の中に
ライブラリ(プログラムをやるにあたって、だいたいやることは決まっているので、そのやることを細かく部品化したもの)
があり
ライブラリ
の中に
API(ライブラリとほぼ同レベルのものもあるが、ライブラリよりはOS等に寄った処理。または処理の提供。)
がある。
包括関係では、こんな関係。 >>23
著者が誰かに教えてる時に理解できなかった点を解りやすく、ではなく、
著者が自分の理解できた手順を羅列しただけなんだろうなぁ、とか思う。 久々にスレが賑わったから自己重複とか死ねよゴミクズ マジレスすると広義の意味ではSDK以外同じだけどよく使われる意味としては全部異なる >>1
同じ
お前と俺も同じ
あまねく人間はすべてこの宇宙とひとしい存在
APIは半分アベ
SDKは5分の8アベ
フレームワークは4分の3アベ
>1の為にテイラーイングして遣ると
「ライブラリ」=生地
「フレームワーク」=型紙
「API」=採寸票
「SDK」=ミシンとか巻き尺とか 意味のない定義に拘ってどうすんだ
別に同じでも違ってもいいし定義と外れた名前が付いてても困んねえよ
>>42
「ライブラリ」=子受け
「フレームワーク」=元請け
「API」=孫請け
「SDK」=現場猫 >>44
そのままの意味、参照
お手本となるものだったりサンプルだったり仕様書だったりする いったい何の言語でどういう学習方法取るとこういう質問が来るんだ?
言語仕様とか作った人がこうだって言えばそれが公式になるから意味ないと思うんだけど
専門用語だけ知ろうとしてるって風でもないし
本当は答え知ってて質問してる? 単なるライブラリ群をSDKと言っちゃたりしてるひとがいるから(ボソ どれも似た様なもんだ
実装方法が異なるけどやりたい事はほぼ同じ >>20
これな
本質じゃない事ばかり注力している >>15
こんな不毛な定義をやってるから世界から取り残されるんだよな。
全部COBOLとPerlに倣って「モジュール」で統一すべき。 >>7
アルゴリズムよりWEBサービスやアプリを一つでもリリースしたほうが良いぞ。
GitHub見てくださいより相手が分かりやすくておススメ。 森 フレームワーク
木 ライブラリ
枝 API
土 SDK パッケージ
コンポーネント
モジュール
アセンブリ
プラグイン
エクステンション
アドイン 学生ではなさそう
本職はWindowsでc++でもJavaも使っちゃいます
土方ではなく何かのアプリ作ってる、作ってた
理系で工学部辺り卒業
プログラムはゼミとか研究室で覚えた系
30代中ごろ
とか? APIとは何かをするために最低限必要なプログラムのこと。
APIの詰め合わせがライブラリ(プログラムの図書館)。
APIの使い方を押し付けることでライブラリを簡単に使えるようにしたのがフレームワーク。
APIを活用するためのツールなどを含んだパッケージがSDKや。 気にすんな
分岐とループ使えれば、大抵のものは作れるから >>42の為にインストールして遣ると
「ライブラリ」=材料
「フレームワーク」=職人
「API」=設計図
「SDK」=煙草とか菓子折とか そんなどうでもいい事考えてないでデバイスドライバかファームウェアでも書いとけ APIはガワだろ
機能を利用するための呼び出し方法の仕様で実装じゃない ライブラリ 誰かが作ったプログラムの部品
フレームワーク ライブラリのうち、冗長な部分や煩雑な部分をうまく処理して隠し、簡単なコードでソフトを作れるようにするもの
API 実装は知らなくても良いけどこんな関数とかがあってそれを使えばこういう事が出来ますよ的なもの
SDK 開発に必要なもののセット
的なイメージ
間違ってる可能性あり 違うよ
直接ハードウェアを叩くのがアセンブラ
それをちょっとやりやすくしたのがC言語とかの言語系
OSが用意してる「これ使うと楽になるよ」ってインターフェースがAPI
それをもっと簡単にやりやすくしたのがSDK。そのための補助がライブラリ
たいていは定型処理で収まるから最初から定型処理を用意してくれてるのがフレームワーク
だいたいこの順でプログラムサイズがでかくなって遅くなっていく
CPU能力とメモリを増やし続けて力技でごまかしてきた現状のPCの歴史 ライブラリはソフトウェアを作るための部品全般
APIはライブラリを使う側にとっての呼び出し仕様
SDKはこれ用にソフト作ってくださいな的なライブラリの寄せ集め
フレームワークは、穴埋め的にソフトを作るための主従が逆転したライブラリ
後者2つはライブラリの一形態でしかも同時に成立する場合も多い
APIだけは本来違う概念だが、使う側としてライブラリの事をさす文脈もある >>69
みなさまご覧ください
これがアホの見本です こんなもの知らなくていいんだよ
開発する者だけで!
どしても作りたけりゃ
適当にあっちこっちからコピペして貼り付ければ動くよ! インターネットのしくみ
∧_∧
( ・ω・)
_(__つ/ ̄ ̄ ̄/
\/ /
 ̄ ̄ ̄\ (エロ画像) ( ZIP ) ( exe ) (個人情報)
\┗(^o^ )┛┗(^o^ )┛┗(^o^ )┛ ┗( ^o^)┛
\┏┗ ┏┗ ┏┗ ┛┓
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ホイーラー「それは私の考えたサブルーチンを少し大きくしたものですね」 ■ このスレッドは過去ログ倉庫に格納されています