[過去ﾛｸﾞ] Jane Style Part136 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
222(2): 2017/10/15(日)18:12 ID:TttKgaRE0(1) AAS
> スタックしてるのかよ、なんとも行儀の悪いプログラムだな…
何言ってるかよくわからんｗ
223: 2017/10/15(日)18:40 ID:yfWNCWjw0(2/2) AAS
>>222
スタックとヒープの違いは簡単にいうと、
スタック領域は予約されたサイズ固定の領域で、通常関数呼び出し時の引数や戻りアドレス等で使うが、関数内で宣言されたその関数内でしか使わない変数領域としても使う
今は結構デフォルトのサイズも拡張されてるとは思うけどそれでも少ないことには変わりがない
これを使い果たしてしまうともはやアプリケーションは動作できなくなる
一方、ヒープ領域は、（アプリケーション論理空間だけど）に領域くれって言って貰う
もんで、空きメモリの容量まで使える（実際にはそこまで使えないけどね）
ただこれは獲得したアプリの責任で開放しないといけないし、
細かく多数の領域を獲得・開放を繰り返すとまだらに隙間が出来て空き領域を圧迫しちゃうし、
ガベージコレクション（隙間詰め）が発生しちゃうと結構な時間待たされることになる
省1
230(1): 2017/10/16(月)03:23 ID:EDgb5Jxa0(1) AAS
>>222
IT業界一般論として、作ったプログラムを自身が一生メンテするなら別にいいが、そうでない事の方が多い
自分以外の人間が見る事を前提とした場合、他者が見ても理解可能、あるいは納得のいく実装方式が
ある程度の水準で必要となり、これは業界的に「作法」と言われる
「過程なんぞどうでもいい、動けば何の問題もない」とばかりに強引な手段で実装したものは、
無作法ゆえに「行儀が悪い」などと言われる
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.031s