idea0001 のバックアップ(No.2)

バックアップ一覧
差分を表示
現在との差分を表示
ソースを表示
idea0001 へ行く。
- 1 (2019-03-04 (月) 19:21:59)
- 2 (2019-03-04 (月) 20:01:35)
- 3 (2019-03-06 (水) 12:08:03)
- 4 (2019-03-07 (木) 13:36:45)
- 5 (2019-03-13 (水) 11:26:46)
- 6 (2019-03-13 (水) 22:53:09)
- 7 (2019-03-17 (日) 09:36:01)

川合のプログラミング言語自作のためのアイデア#0001

(by K, 2019.03.04)

↑

(1) はじめに

「プログラミング言語を作っていいですよ」と言っても、「現状で特に不満を感じてはいないので、何を作ったらいいのかわかりません」と答える人は少なくありません。・・・欲がないですねえ（笑）。
ここではそんな人のために、例えばこんな風に考えたらどうかな？というヒントをいくつか書きたいと思います。

↑

(2) テーマ#1: 配列の自動拡張機能を付けるべきかどうか？

仮に int a[10]; みたいな配列変数があったとして、a[9] = 3; は全く問題ないけど、 a[10] = 1; は本来はエラーにするべきだと思います。
それで、これを見つけた時に、「エラーになって止まる」のがいい言語なのか、それとも「止まらないで無視して（＝だから何もしないで）先に進んでくれる」のがいい言語なのか、それとも「aを自動で拡張してa[10]も使えるようにしてくれる」のがいい言語なのか、そしてその時に黙ってやるのがいいのかそれとも警告くらいは出したほうがいいのか、あなたはどう思うでしょうか？
まあ一番まずいのは「エラーも何も出さず、配列の境界を越えてアクセスして他の変数の値を1で上書きして続行してしまう」なのは私にもわかります！

エラーで止まるのはもちろんいい言語です。ユーザは宣言時のサイズが十分ではなかったことに気付くからです。
しかし一方で、もし後からでもサイズが変更できる言語だったら、そんなのいちいち報告しないで、自動で拡張して続けてくれたらいいのに・・・という考え方もできます。もしこれが実現したら、宣言時にサイズを深刻に考える必要はなくなり、気軽にプログラムが書けるようになるでしょう。それはとてもいいことです。心配しなければいけないことが減るのは、他のことに集中する余裕にもつながります。

黙って続行するというのは、一見するとひどいと思うかもしれません。自分のミスに気付けないじゃないかと。・・・しかしもし、この手のエラーがあった時に、「どこでエラーがあったのか」や、そのエラーの番号を何か特別な変数に記録してくれて、それを後から参照できるとしたらどうでしょうか？

一般にエラー処理はこんな感じでおこなれています。

err = 処理1(...); if (err != 0) { エラー処理 }
err = 処理2(...); if (err != 0) { エラー処理 }
err = 処理3(...); if (err != 0) { エラー処理 }

それとか、例えばポインタを使ってアクセスしたいときはこんな風に書くかもしれません。
```
if (p != 0) { a = *p; }
```
これはつまり、ポインタが正常だったらポインタを使ってアクセスする、と書いているわけです。
さてこれらを見てどう思いますか？何をするにもif文で、うっとうしいと思わないでしょうか。私は思います。正常な場合よりも、エラーのチェックの記述の方が多くなる可能性すらあります。
・・・おいおい、こいつは今さら何を言っているんだ、エラー処理を書くことこそプログラミングの主たる作業じゃないか、正常系だけ書けばいいとか思っているんだとしたら、それは初心者か、おバカさんのどちらかだ、という人もいそうですが、でもできればエラー処理なんかあまり書きたくないですよね。本来やりたい正常系をビシバシと書いていきたいはずです。
そう考えた時、エラーがあってもとりあえず止まらないで無視して前に進んでくれる言語だったらどんなにいいでしょう。エラーなんて最後にちょっと確認すればいいじゃないですか。あー、ここまでに来る途中のどこかで失敗していたのか、そうかそうか、それは残念だったね。じゃあエラー表示しておこう。・・・これでいいじゃないですか。

↑

次回に続く

次回：

↑

こめんと欄

コメント	お名前	NameLink

idea0001 のバックアップ(No.2)

川合のプログラミング言語自作のためのアイデア#0001

(1) はじめに

(2) テーマ#1: 配列の自動拡張機能を付けるべきかどうか？

(3) テーマ#2: 自動でエラー処理してくれたらいいかも？

(4) とにかく人間は間違うことがある、ということを前提にすべき

(5) テーマ#3: やりたいことを素直に書けるべき

(6) テーマ#4: 最適化は果たしてユーザのためになっているのだろうか？

次回に続く

こめんと欄