プログラマに聞きたいんだけど「フレームワーク」と「ライブラリ」って別物なの?
■ このスレッドは過去ログ倉庫に格納されています
ソフトウェアフレームワーク(英: 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)がインスタンス ラーメンで言えばチャーハン餃子セットとトッピングの煮玉子くらい違う プログラマ業界がクソだって事しか分からん
専門が違うから同じ用語にしても意味が変わるってのはそりゃあるだろうが
ここ迄説明がブレるのは異常でしかないわ 冬季オリンピックの開催国によって呼び名が変わるスキー用品よりはマシだろ。 食事作るときに
冷食買ってくるのがライブラリ
店に働きに行くのがフレームワーク ホモとゲイの違いとおなじ
周りからみたら区別はつかないが本人達はこだわりがあるらしい フレームワーク、ライブラリ、API、アプリケーション、関数、オブジェクト、サブルーチン、インターフェース
この辺を明確に説明できるかやね
ちなみに俺にはムリだ…… 風俗で予約→ホテルイン→抜くという一連の流れがフレームワーク
ローターとかアナルとかのオプションがライブラリ >>101
これ割と分かりやすいと思う
まあ人によって用語の説明がバラバラってのは情報系のクソなところ フレームワークはセガサターン
ライブラリは拡張メモリ >>99
単純に道具として使っておまんま食ってる人間と、それ自体を研究開発してる連中は違うってだけで
そんなのはどこの業界でもあることだろ フレームワークは半完成品
ライブラリは部品
まあ、ろくに勉強しないで現場に放り込まれると用語の定義なんて適当になっちゃうよね… キッチンがフレームワーク
ライブラリはフライパンだったり調味料だったり色々 フレームワークをマンションや家
ライブラリを家具だと思え
とあるフレームワークを選んで使用して、いくつかのライブラリを組み合わせて使うことはできるが
複数のフレームワークを組み合わせて使うことは通常出来ないししない CreateWindowというOSが予め用意してくれているAPIを使うことで
windowsのアプリケーションを簡単に作ることが出来る
プログラムからはwindows.hというヘッダライブラリをロードして
それに登録されているCreateWindowという関数を呼び出す事でAPIを使用する
完成したアプリケーションは同時に2つ3つと起動出来て
その1つ1つがインスタンスである
的な >>90
>>91
フレームワークってライブラリーがないと構成できないイメージなんだが フレームワークは「アプリ開発者が利用して容易に機能を実現、改変する為の枠組み」を目的に作られた開発プラットフォーム
ライブラリはフレームワークを含む特定機能を実装した塊かな
そもそも同列にある言葉やないよ ライブラリは部品
フレームワークは骨組み
フレームワークで提供されるのが全体処理の流れであって、ライブラリなどの部品や自作した部品をはめ込んでシステムを作り上げて行く
どうして同一視しちゃったんだ? >>122
いきなりフレームワークを提供する場合が増えたからでは? 使ってる人にとってどうかより、それを説明したり説明を受けて何か書く人たちが重箱の隅っこつつくから面倒くさい。 >>124
そうそう、概念の明確な説明なんかよりそれぞれのフレームワーク使いこなして
肌感覚で理解してる方が大事やと思う プログラム用語は一度漢字で意味に沿った和訳して使った方がいいと思う
専門家でも一部意味がわからないのが居るのに顧客に分かるわけがないだろう 同じように曖昧なのが「ミドルウェア」だろうな〜
アプリ開発のアーキテクチャにレイア構造持たせた場合に現れる存在で、その定義は設計者に委ねられる(設計説明上の位置付けとして)
これもフレームワークとは別視点での言葉やね ファームウェアとソフトウェアを別に扱いしてるドキュメントも見たことある ライブラリの1つとしてフレームワークがある。
少なくともMicrosoftはそう言う概念で説明している。 >>127
phpの概念じゃなくてhttpのGetとPostじゃないか?
GetはURLで値渡し、PostはRequestに値を含める方式。 >>135
ザクのフレームワークはグフに流用出来るがゲルググには無理。 >>137
全然違うぞ
フレームワークはザク開発にもゲルググ開発にも使えるMS開発に使える汎用的な骨組み
ライブラリはもっと小さいパーツ単位を制御するようなもの >>138
良くて来たフレームワークなら、何をどう作ってもザクバリエーションにしかならないぞw
必ずザクバリエーションになるようにしてあるのがフレームワークだぞ >>138
なんか分かりやすいな。
ジオン系MS基礎構造みたいなもんか。 英語が母国語じゃない人間には単語を聞いただけではピンとこないから、みんな自己流で理解しようとしてそのままの状態
だからこのスレを見てもみんな自分の経験談からの説明しかできない。
もちろん俺も同じ ライブラリは実装だろ
フレームワークは理論と実装含めてやろ ライブラリのうち定番の初期化処理など定型処理を書いたものをフレームワークという。
ようするにライブラリ。 フレームワークはどっちかっていうと概念寄りの考えで、
ライブラリはそれの実体ファイルと思ってたけど間違い? >>147
間違い
フレームワークもライブラリも共通機能の集合体であるという点では一緒
フレームワークはソフトの基本的な処理も提供していて、開発者はソフトの独自的な部分のみに
開発リソースを投入すればいいようになってる
ちなみにフレームワークを複数利用できないってのも間違いで、あるフレームワーク上に別の
フレームワークを用意するのは結構ある しょっぼいプログラムしか組めねえのにライブラリもフレームワークもねえだろw .aとか.libのことをフレームワークファイルとは言わないだろ
ファイル単位ではライブラリファイル フレームワークに専用ライブラリがくっついてくるんじゃないの? >>140
フレームワークはもっと汎用性高いだろ
一昔前のフレームワークのイメージしかない爺か? フレームワークは処理の流れごと実装されて決まっていて使用者は一部の流れや追加処理をアレンジできる
ライブラリは呼び出されるだけ >>155
それライブラリだろ?
ライブラリの一種 出来合いの椅子を買うのがライブラリ
2x4とかのSPF材で作るのがフレームワーク ライブラリはコンピューター並みに広い意味
フレームワークはライブラリの一種 一つのアプリに適用領域の異なる複数のフレームワークを使用することが可能なので、規模の大小ではライブラリとの区別は難しいんじゃないかな
スキームをもったライブラリがフレームワークという理解だけど、実際のところ明確に区別できる自信はない
作者が主張するのに従う ライブラリは部品、フレームワークは基盤。基盤まで部品とするとわけが分からなくなる 伝統的なライブラリでは自由過ぎるのでそれまで各々自由に書いて居た行まで型に嵌めようとするのがフレームワーク ただ複数のプラットホームを出してる場合ライブラリーとフレームワークが並ぶことがある
>>158
ライブラリーの組み合わせでは?
ライブラリーの組み合わせを再度ライブラリーとして呼ぶ場合もあるけど MVVMとかわけわからん
考え方まではまあわかる
しかしだな、UIつきアプリつくるときに実際に適用しようとすると
「許可しますか?OK キャンセル」のダイアログ表示するだけで混乱する
それでもまぁなんとか見よう見まねでできたとする
そして1ヶ月後同じようにやろうとしたら忘れてるから、
前のソース見直すのも面倒だからとネットで検索したら
また別のやり方が何パターンか増えてる
これで自作のアプリつくるん面倒になってやめたわ ミニ四駆のモーターやギア、タイヤなどのパーツがライブラリで、
説明書通りにパーツをはめ込んだら4輪で走る仕組みがフレームワーク 仕組みや使い方を知らなければいけない
ファイルの扱いが違うくらいで
同じものだよな 細けぇことはいんだよ
バグらなくてちゃんと仕様通り動いてメンテもらくちんで他者・他社に譲渡しても
「〇〇の件なんですが〜」ってコード書いた本人にまで電話こなければいんだよ >>171
その前に関数定義の予約語を統一してほしい >>166
MVVMのキモは「UIの仮想化」だよ。
ようするにコンソールアプリとして全部の機能を書いたあとに、UIを被せる 昔のUNIX出身だが
フレームワークとか言わないなぁ SunForteのころも無かったかも
スパコンのプログラムもただのライブラリー呼びだったような >>166
画面ってほとんど作ったことないから全然わかんね
通信変換:TCP/TP ←→ SNA(プロトコルだよ)
筐体が復帰した時に、通信のセッションを覚えておいて可能なら再接続をする
僕は通信系かな・・・・ アプリケーションを実現するための外部ソフトという意味では同じ
アプリケーションが自分たちの関心事に注力できるよう
システムを全体的形作るのがフレームワーク
アプリケーションが自分たちのやりたいことを部分的補うのがライブラリ
目的地に電車で移動するときの電車がフレームワーク
目的地にチャリで移動するときのチャリがライブラリ
フレームワークは自由を少し奪うが強力
ライブラリは自由だが労力がかかる だから、おまえらのコードの中で使ってるのか、コードの外を囲んでるのかの違いだろ? >>166
まず基本のMVCで設計してみて、上手くパターン当てはまらない状況になってから派生アーキテクチャを検討すればいい。
小さいアプリならMVCで十分収まるし、上手く収まらない部分が何かわからないと派生アーキテクチャの利点も理解できない。 抽象的な事を考える仕事だけど
やっぱ人それぞれ見解の祖語が起きてるよね・・・ フレームワークはいろんなお約束があり、それに従うと効率よくシステム構築できるもの。
ライブラリはただのプログラム群。
フレームワークはライブラリを包含していることもあり、その逆もあり得る。 主に、ユーザープログラムが呼び出されるのがフレームワーク、ユーザープログラムから呼び出すのがライブラリ。
そういう意味ではCのmainルーチン呼び出されるのはフレームワークだ。 winは何かしようとするとフレームワーク求めてくるな 昔はMFCのようなものもライブラリと呼んでたけどね
ボーランドのOWLやVCLなんて名称にライブラリと書いてるし フレームワークは、複雑で多機能なものを、簡単そうに見せかけるために使う(メソッド一つ実装するだけで、こんな凄いプログラムが簡単に作れるんですよ)
ライブラリは、複雑で多機能なものを、多機能を強調して予算を多く獲得するために使う(数千個の関数からなる分厚いライブラリ仕様書をみせて、これだけ多機能だから高いんです) フレームワークとライブラリが一緒って言ってる人が居る事にビックリだよ。 >>191
ネトウヨと右翼は極端に違うけど、 パヨクは左翼そのものじゃね? >>157
ちげーよほとんどの言語はフレームワークとライブラリどちらも存在するだろ >>192
左翼は愛国心はある
パヨクは無政府主義、犯罪主義、劣等感と被害妄想の塊のキチガイ フレームワークあるのに同等のライブラリー無いことがある マジレスするとボタンコントロールとか
フォームとかテキストボックスとか、何もせんでも組み込めば、標準的な動きがする状態のもの。これに自分の必要な動きを追加で書き込んだり、設定を変更して挙動を変えたりして作れる環境をフレームワーク。
テキストボックスを描画するプログラムやキーストロークに対する挙動そのものから実装をしてくのがライブラリ よくわからんが
フレームワークってプラットフォームの事なのかね 例えが悪いな
ミック・ジャガーとスティーヴン・タイラーくらいは違う >>201
フレームワークを使うためのライブラリとかもあるけど たとえばWindowsのアプリケーション作る際に
VisualStudioで新規プロジェクト作成すると「MFCアプリケーション」を選ぶと
MDIベース、SDIベース、ダイアログベースというのがあるからどれかで選ぶと
ダイアログやウィンドウ構成とかまでは作成されるし、メッセージ管理もしてくれるから
メッセージループやウィンドウズプロシージャとかの煩わしい事は勝手にやってくれる
あとは中身を作っていくだけでそれにもMFCを使ったりする
こういうのがフレームワークで
ライブラリはもうちょっと単機能的な物 >>204
プラットフォームってのは動作するOSのことWindowsの32bit、64bitもそれ >>203
その説明だと
ブラ=フレームワーク
おっぱい=ライブラリー >>1
何を言ってるかサッパリ解らんが
DLL地獄から.NET地獄に変わったんだろ。 英語のWikipedia抜粋
フレームワークには、通常のライブラリとは区別される重要な特徴があります。
制御の逆転:フレームワークでは、ライブラリや標準的なユーザアプリケーションとは異なり、
全体的なプログラムの制御の流れは、呼び出し元によって決定されるのではなく、
フレームワークによって決定されます。
拡張性:ユーザーはフレームワークを拡張することができます。
通常、選択的な変更によって拡張されます。
またはプログラマは特殊なユーザコードを追加して特定の機能を提供することができます。
変更不可能なフレームワークコード:フレームワークコードは、一般に、ユーザーが実装した拡張機能を受け入れる一方で、変更されることは想定されていません。
つまり、ユーザーはフレームワークを拡張できますが、コードを変更すべきではありません。 ライブラリは補助輪みたいなものでそれ自体が単独で動くことはない
フレームワークは車体そのもので後付けでタイヤとかハンドルとか自分の好きなものを付け替えて動く
フレームワークはベアボーンPCみたいなもん 乱暴なイメージでは、
フレームワークは半完成品
ライブラリは部品そのもの vbのフォームアプリや、officeのvbaはフレームワーク フレームワークってフレームって言うくらいだから車のフレームと一緒よ
中身がライブラリ。エンジンとか電気系統とか。基本フレーム(ワーク)と中身(ライブラリ)ってのは同じメーカー(言語)のでしか組み合わせられないんだけど、
汎用的に書かれてたり、古典的なものはフレームワークの枠を超えて流用可能。
あとメーカー(言語)が違っても中身(ライブラリ)の扱いはそう変わらないのも似てるな >>217
それある
チョコレートフォンデュがフレームワークで
パラソルチョコレートがライブラリー >>225
一応frameworkで一単語ではある >>227
イメージの話よ
語感が似てるから感覚として捉えやすいかなって >>211
違う
フレームワーク=おっぱい
ライブラリ=乳首 フレームワークが車だとすれば、ライブラリは下駄。まあどちらも道路とあなたの間にあるという意味では同じ。 ワシの思ってたのは
コマンドラインでリンカーがリンクするのがライブラリ、基本的にはOSに無い機能を実現した処理を
ユーザープログラムの実行ファイルに付け加える
統合環境で指定するのがフレームワーク、OS自体もフレームワークから出来てるので
ユーザープログラムに何か実行処理を追加したりはしない 何かに例えるんじゃなくて、フレームワークが具体的に何を指してるのか説明してくれ >>234
リンカー呼ぶってことはライブラリーを静的に導入するってことだな 世の中のプログラマのレベルって結構低いんだな。意外な事実を知って複雑な心境だわ >>237
まあフレームワークはあってもなくてもいいからな
スパコンだといまでもフレームワーク無いんじゃないかな >>235
有る目的の為に作成するのに定石となるプログラム全体の骨格構造を示したものがフレームワーク。
そこに固有の機能を盛り込む為の部品がライブラリ。 >>235
>>239
QTとかはフレームワークかな
Win32APIやXライブラリーはライブラリー 昔はWindowsのアプリ作るのに、イベントハンドラからチマチマ作ったもんだけど、今やベースクラス引き込んでコールバック関数埋めてくだけだからなぁ。
フレームワーク様々だわ。 お前ら、まだ、やってるのか?
じゃ、お前らをもっと惑わす言葉を投げてやるよ。
スケルトンとフレームワークとライブラリの違いについて述べよ。 エーピーアイとかエスディーケーも似たようなものだ。プログラミングの用に供するものだ。 >>243
skeleton
framework
library
そのままでは?skeletonに複雑な意味などない。
勝手に拡張するバカは別として Cやシェルスクリプトしか知らん俺にはライブラリしか知らん ライブラリ(NHKの保管フィルム)×フレームワーク(NHKの上級国民)=「映像の20世紀」 >>235
DIYで自宅を自分で作ろう!
自宅組み立てセットを使って作ろう!=フレームワーク
角材や釘等々を買ってきて構築=ライブラリ
角材の材料となる樹木の栽培から始めて角材等々の材料を手に入れて構築=フルスクラッチ 何もない状態:肉、カボチャ、玉ねぎ
ライブラリ:アラカルト
フレームワーク:コース料理 void main@taipei:
呼んで使うのがライブラリ。呼ばれて使うのがフレームワーク プログラムを中心に見たとき呼ぶか呼ばれるかの違い
フレームワークがプログラムを呼ぶ
プログラムがライブラリを呼ぶ
フレームワーク -> プログラム -> ライブラリ
こういう関係 >>253
えっじゃあ9までのMacOSってフレームワークだったの? スキームレベルで提供されてるのがフレームワークで部品レベルで提供されてるのがライブラリってイメージ
明確な判断基準ってあるのかな? >>158
だからライブラリでフレームワークと同じことやってただけだろ
GUIライブラリなんて自然とフレームワークとして設計しないと使い辛い糞になるだろうし .NET Frameworkのコピー元が、ボーランドのVCL(Visual Component Library)
どっちも今でいうフレームワーク
昔はライブラリとかライブラリ群と呼ぶ事が多かった気がする 他の職種でいうと、
この件を処理するためにはこの書式でこの部署にこう申請してみたいな枠組みと部材がフレームワーク
その書式に書き込むデータを集めたり集計したり加工するために用いる機材がライブラリ まあ、たいていの場合、フレームワークとライブラリはセットだけどな。 フレームワーク
ある設計思想を実装するための環境。
ライブラリ
他のプログラムから呼び出し可能な定型的プログラムコード。 >>265
>>69
まあ理解の問題ではなくリリース時点で統一感ないからな
開発の裁量に任されてるから フレームワークはコールバック関数みたいなもんか
入出力は煩雑だからな 例えばwinのドトネトやwindows runtime(UWP)は
フレームワークでありライブラリだけど、C++の
STLはライブラリだけどフレームワークじゃない >>219
タスクってのは言葉どおり、やるべき仕事そのもの
実行環境はコンテキストとも言う
スレッドてのは、このコンテキストを実行する箱
(ソフトウェア的なもの)
物理的なCPUコア(HTT込み)は、hardware concurrency >>181
何言ってんの君?MVVMの説明になってないじゃん。 Webスクリプト系、HTML 貧民
SQL、オーク 平民
VM系(JAVA、とか) 上級市民
C C++ ASM 貴族
sh bash 難民 >>274
sh/bashとかシェルなしにつなげられんよな普通 ITは進歩が速いから論が追いつかないんだよ
だから用語の定義が揺らぎ、徐々に固まる 誰かがフレームワークと言う概念を新規に発明し命名したのでは無く、
次第にフレームワークと言う語が浸透し定まってきた
このような過程はIT全般で起こる >>277
いやアプリケーション立ち上げたり環境変数設定したり
まず環境変数なしで全部動いてほしい MVCフレームワークとは言っても
MVCライブラリとは言わない
フレームワークはアーキテクチャを制限するもの
ライブラリはロジックを制限するもの
レイヤーが異なる >>280
ごめん、お前の定義わからないわ
なんで難民?かわからない
いつもお世話になってんだろ >>282
最初から高級言語ばかりやってると
どうしても、そういうところで躓きやすいよね 馬鹿でも扱えるように言語が抽象化されてるんだから
その辺も曖昧で良いんじゃない >>282
雛形から生成されたもの(雛形の実例)
イラストレーター、CAD、3DCGにもある用語で、どれも配置されたシンボルのことを言う
シンボルのインスタンスだからシンボルインスタンスとも言ってるが
プログラムの場合はクラスのインスタンスだからクラスインスタンス
アタマに付く雛形の名称を省略して「インスタンス」と言ってる 末端のプログラマにとって方法と結果を知っていれば特に問題ない
どうしてそうなるのかは知る必要はない >>282
まぁ、ほとんどの物に実体はあるからなぁ
「変数」、「クラスの型」を記憶してる部分とかw
インスタンス化を「おまじない」で済ませるわけにはいかないし
困りましたな ヒープに配置されたクラス
個別にパラメーターを変えられる >>290
class A
{
private:
public:
static int m_counter;
int m_x;
int m_y;
};
インスタンスの説明でこういうのは無しでw >>293
public の static な変数は恐ろしいな >>282
インスタンスは確保したメモリのことだよ フレームワークがフェードイン
ライブラリがフェードアウト ■ このスレッドは過去ログ倉庫に格納されています