[過去ﾛｸﾞ] C++相談室 part165 (1002ﾚｽ)

C++相談室 part165 http://mevius.5ch.net/test/read.cgi/tech/1698705458/

上下前次1-新
通常表示 512ﾊﾞｲﾄ分割 ﾚｽ栞
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん

---

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ

---

996: はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ b732-jewZ) [sage] 2025/04/27(日) 17:44:14.12 ID:0aN/b0Iq0 ダイクストラが言う構造化プログラミングはモジュールとか抽象データ型とかも含む広範で抽象的な概念として説明されている。 連接・分岐・反復で構成しようという話はそれより前に発表されたものだが、この時代は構造化もクソもないプログラムがまかり通っていたという前提がある。 まずはその三要素を基礎に据えて構成したらわかりやすくね？ という提案 (というか感想？) に過ぎず、それで全て事足りるみたいな主張ではない。 (理論上は連接・分岐・反復で全て表現可能であるという証明はされている。) 構造化プログラミングの考え方のキモは構造は人間の認知の中にあるということ。 人間が思考しているときの構造を書き表すためにどんな言語機能 (またはデザインパターン) があればよいの？ ってのが構造化プログラミングの議論なんだよ。 書いた人が思ってる構造が表現されているなら構造化プログラミングだし、構造化プログラミングのために用意された機能を使っていても構造が表れていなければ構造化プログラミングではない。 まあついでに言えば書き表されたものについて (コンパイラも人間も) 検証しやすいことも大事だ。 機械的に goto を除去したらむしろ構造が失われるという例をクヌースが出したりもしていて、結局のところはどんな機能も正しく使えば正しいし、悪い使い方をすれば駄目になるというシンプルな話。 そんなわけで break が構造化を崩すか崩さないかは使い方による。 ただ、常識的に考えて break は goto より構造を破綻させにくいだろうってだけ。 http://mevius.5ch.net/test/read.cgi/tech/1698705458/996

---

ﾒﾓ帳

(0/65535文字)

---

上下前次1-新書関写板覧索設栞歴

---

ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ

---

Google検索

Wikipedia

---

ぬこの手 ぬこTOP 0.043s