プログラマに聞きたいんだけど「フレームワーク」と「ライブラリ」って別物なの?
■ このスレッドは過去ログ倉庫に格納されています
ソフトウェアフレームワーク(英: software framework)とは、プログラミングにおいて、
一般的な機能をもつ共通コードをユーザーが選択的に上書きしたり特化させたりすることで、
ある特定の機能をもたせようとする抽象概念のことである。単にフレームワークとも呼ばれる。
ソフトウェアフレームワークは、はっきり定義されたAPIを持ち、具体的な実装を再利用可能な
形で隠蔽しているという点でライブラリとよく似ている。
しかし、ライブラリでは呼び出し側がプログラム全体の制御構造を指定できないが、
フレームワークでは可能である。この制御の反転がソフトウェアフレームワークの特徴である。
https://monobook.org/wiki/Framework >>1
マイケルとジェームス・ブラウンぐらい別物。 ソース追うのが嫌になるほど壮大なのがフレームワーク
意味は同じ C言語だとライブラリと呼ぶ奴がほとんど
フレームワークなんて呼ぶ奴は皆無
Javaだと半々くらい いや違うだろ
ライブラリはAPI群
フレームワークは設計思想も含めた枠組み MVCモデルのガワが最初から出来ているのがフレームワークだと思ってた 名前の通り、プログラムの型枠と図書館の認識でよくね 別モン。
最近の若いプログラマは区別がついてないっぽいけどね。 コーディングの土台に大きく関わるのがフレームワーク
プログラムの一部分で呼び出すのがライブラリ
でもフレームワークをライブラリ的に使用したり
ライブラリが大きくなってフレームワークみたいになってたりするから
明確な切り分けはできない 肥大化して収拾がつかなくなったライブラリの総称だよ ライブラリは実装しても呼び出さないとプログラムに影響を与えない。
フレームワークは実装したらプログラムに影響を与える。
かなり大雑把な説明だけど、大体こんなモン。 プログラムに対して汎用的なアーキテクチャーを提供するもの。それがフレームワーク >>24
Entity Frameworkとかどうすんだよ 作った奴が居なくなったら修正できないのがフレームワーク
作った奴が居なくなっても再構築できるのがライブラリ >>17
設計法は設計法だろ
アーキテクチャは設計法によって作られた構造
まあ割とどうでもいいけどなw >>29
トピックを一個抜き出してもあんま意味ないだろ。
今はライブラリなのにフレームワークと言ったり、フレームワークなのにライブラリとか言ったりするのもあるから。 フレームワークは大きくて
ライブラリは小さいイメージ 専門外からだと何で重要用語の取り纏め出来てねーんだよって印象なんだが
お前ら素人は分かってないとかボヤくけど
業界レベルで分かってもらう努力してないって事じゃん ライブラリって使うだけのイメージだな
フレームワークと時にフレームワーク自体も改修する それよりもこの場を借りて言いたい
マウスの上にトータルで何時間も手をのせていると
将来利き手に障害がおこることが予想される
多分十年ほどで何らかの障害を発症するだろう
これを医学関係の人たちは研究するべきである
今後の課題として心しておくべきことである プログラムの世界は無駄に色々名前付けすぎて
逆に分かり辛くなってる ライブラリはユーザーコードから呼び出される側
フレームワークはユーザーコードを呼び出す側 フレームワークとライブラリは違うだろ。
ライブラリは単なるモジュールだ。
フレームワーク=最初にMVC等のアーキテクチャがあって、それに合わせてライブラリとテンプレートを集めた開発キットだよ。 フレームワークは低レベルioを含まない
ライブラリは含む場合が普通にある
こんな感じ? オブジェクトとインスタンスの明確な違いがわからん
書籍とかによっても表記バラバラで書かれてない? >>54
インスタンスは何かを参照する側のオブジェクト ライブラリは小さな部品群を纏めたものも指す
フレームワークは何かを実現する為の労力を極端に減らす為に定型ロジックを纏めたもの
画面遷移に特化したStrutsとかAOPに特化したspringとか
複数のライブラリ群から実現される事が多い
良いフレームワークは拡張するポイントも明確で自由度があるから扱いやすいが糞フレームワークは作った奴の視野が狭すぎてただただ面倒 電気屋とやり取りするのがデフォなc界隈の人らからしたら縁遠い話だろうな Windowsでいうと
.netframeworkにそれぞれのライブラリが紐付いているイメージ
だから違う プログラミングってやれば楽しいのに
忙し過ぎる世の中がそれを許さないんだよな 機能が少ないのがライブラリ
機能が多いのがフレームワーク 何でこんなに個人個人で説明がバラバラになるんだよ…
こんなんで学校の授業になんか組み込める筈ねぇだろ ライブラリとフレームワークは別物。
フレームワークのが守備範囲が広い。 結局日本は作ってる奴の認識が曖昧なままエンジニアを語ってるてことなんだな >>42
これは難しい問題で簡単に習得できるようになるとエンジニアはおまんま食い上げだからね
分かる人にだけ分かればいいと思ってる フレームワークは仕組み枠組み
ライフラリはそこで使われる部品
のイメージ >>54
JSだとインスタンス化されたオブジェクトも
オブジェクトって言ってること多いな AS400だとライブラリはディレクトリの意味合いだな
階層に出来ないフォルダでもいいわ インスタンスは分かるけど
インヘリタンスってなんだよ >>78
英語で考えれば全然違うだろ
例と継承だぞ phpとか分かりやすいかも
ライブラリだけでもコードはかけるけどmvcとかにするにはフレームワークを使ったりする stdio.hがライブラリで
MFCがフレームワーク
って感じで良いんじゃないの >>41
テンプレートはシールしてないやろ。
フレームワークはシールして中身がわからない。
とにかく、画面でボタン押されたら此処が呼び出されるねん がフレームワーク。
それを呼び出す内部ロジックは何たらアソシエーションが作ってるから変更出来ない。
ウチの会社で前に作った奴を使い回すのがテンプレート。適宜仕様に合わせて修正して使う。 CakePHPとかRoRとかStrutsがフレームワーク。 >>82
大企業でもかなり使ってるとこあるよ
堅牢でバッチ処理に強いから
ただ、オープン化で少しずつ消えつつはある 全然別物だ
フレームワークは対象に対する回答の概念 こっちから使うのがライブラリ
掌で遊ばされるのがフレームワークかな?
呼び方とか良いから使いこなす方を優先にすべし フレームワークってプログラムを動かすためのos的なイメージ
ライブラリはフレームワークの中でプログラムを快適に動かすための便利ツールのイメージ
フレームワークが家ならライブラリは家電 フレームワーク=デカい部品(1つで全体の7割くらい)
ライブラリ=小さい部品 >>71
その英単語の指す概念が、ネイティブじゃないから曖昧になってるからしょうがない >>54
広義的には同じ
狭義的にはメモリ上に実体化したモノ(object)がインスタンス ラーメンで言えばチャーハン餃子セットとトッピングの煮玉子くらい違う プログラマ業界がクソだって事しか分からん
専門が違うから同じ用語にしても意味が変わるってのはそりゃあるだろうが
ここ迄説明がブレるのは異常でしかないわ 冬季オリンピックの開催国によって呼び名が変わるスキー用品よりはマシだろ。 ■ このスレッドは過去ログ倉庫に格納されています