アカウント名:
パスワード:
実のところ、goto文の乱用が危険であること、それの使いどころがどこか正しく広まっている今、gotoに関するバグがあったとしても、goto文がクソなのではなく、コードを設計するプログラマ(あるいは教育者)がクソなのでしょう。
商用のプログラムで例外処理を手厚くやると、あちこち例外処理だらけになるが、それを共通化する手段に、例外処理専用の関数を作るか、goto文で例外処理の共通処理コードのどちらが適切かは、設計者がきちんとメリット・デメリットを理解しているなら、goto文を使った実装でも問題ないだろう。
あまり良い例ではないが、フローチャートとか何も考えずに書いて、それを素直に実装すると goto文だらけになる。設計が駄目なら、駄目なコードになるし、そうでなければ全うなコードになる。(※フローチャートについて例示の一つであり、それの議論を繰り広げたい訳ではない。今は、代替の図解手法がいくらでもある。)
グローバル変数でバグを作る奴もそいつの問題だからローカル変数もいらないよね。オブジェクト指向などもいらないよね。
大丈夫。それに関しては安心していい。
グローバル変数でバグを作る奴は、それをふさぐ方法を用意しても、そいつのコードの質が高まったわけではないから、別のバグをちゃんと作りこんでくれる。
オブジェクト指向でも、カプセル化や再利用性ができないコードをちゃんと作ってくれる。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
正しいコーディングスタイルが広まった今、罪なのは設計であってgoto文せいではない (スコア:1)
実のところ、goto文の乱用が危険であること、それの使いどころがどこか正しく広まっている今、
gotoに関するバグがあったとしても、goto文がクソなのではなく、コードを設計するプログラマ(あるいは教育者)がクソなのでしょう。
商用のプログラムで例外処理を手厚くやると、あちこち例外処理だらけになるが、
それを共通化する手段に、例外処理専用の関数を作るか、goto文で例外処理の共通処理コードの
どちらが適切かは、設計者がきちんとメリット・デメリットを理解しているなら、goto文を使った実装でも問題ないだろう。
あまり良い例ではないが、フローチャートとか何も考えずに書いて、それを素直に実装すると goto文だらけになる。
設計が駄目なら、駄目なコードになるし、そうでなければ全うなコードになる。
(※フローチャートについて例示の一つであり、それの議論を繰り広げたい訳ではない。今は、代替の図解手法がいくらでもある。)
Re: (スコア:0)
グローバル変数でバグを作る奴もそいつの問題だからローカル変数もいらないよね。
オブジェクト指向などもいらないよね。
Re:正しいコーディングスタイルが広まった今、罪なのは設計であってgoto文せいではない (スコア:0)
大丈夫。それに関しては安心していい。
グローバル変数でバグを作る奴は、それをふさぐ方法を用意しても、
そいつのコードの質が高まったわけではないから、別のバグをちゃんと作りこんでくれる。
オブジェクト指向でも、カプセル化や再利用性ができないコードをちゃんと作ってくれる。