おなまえ
Ｅメール　 表示 非表示
タイトル
メッセージ auto soft pre(図表、プログラム) ※折り返さずに改行を入れてね
> > また、N88BASICでは行番号が必要で、タブは使えなかったので > > 以下のようにプログラムを修正しました。 > > うわぁ、ものすごく違和感がある見た目のプログラムになるんだな。 > 最大の理由は、おそらく、行番号のあるBASICにもかかわらず、コードが小文字だと > いうところからくるものだと思います。 > 行番号の不要なBASICなら小文字のコードでも全く違和感は感じないんですけどね。 > どうやら、完全に、行番号のあるBASICは大文字、という感性に毒されている模様。 > あと、もしかしたら些細かもしれないけど、行番号が等間隔ではないところにも、 > まぁまぁ違和感を感じる。これは、同じN88であっても、インタプリタ型と違って > コンパイラ型の場合、テキストエディタでソースを書くことになるわけですから、 > 行番号の振り直しには手間がかかりますので、ある程度は仕方ないか。 > > ちょっとここで、行番号に関する昔話でも。 > 日本では、８ビットパソコンの草創期から、BASICのリストでは、行番号は10から > 始まって10番ごと、というのがデファクト。なぜ10番ごとかというと、コードの追加 > をする場合、その間の番号が使えるから、ということのようです。これは、日本に > BASICがやってくる前から、そういうのが普通だったらしい。 > ただ、コードを追加すると当然、それは10番ごとにはならない。 > そこで、BASICインタプリタにはRENUMというコマンドが用意されました。 > renumberの略で、要するに行番号を振りなおしてくれるわけです。 > これはNECのBASICにもシャープのBASICにもあったので、おそらく、東芝のBASICにも > あったのではないかなぁ。そしてたぶん、どこのものもほとんど同じだと思いますが、 > NECの場合はデフォルトで、新しく付け直した行番号の開始番号は10からで、間隔も > 10ごとに付け直してくれました。 > コンパイラの場合は当然、こういう便利な機能があるわけではありませんから、番号 > の振り直しは自前で人間がやらなければならないので、いろいろと面倒。 > > その後、BASICでもループなどをきちんとインデントするのが当たり前の時代になる > と、ここで問題になったのが、行番号の桁数。せっかくインデントを整えても、 > 90から100とか、990から1000といった行番号の桁数が変わるところでインデントが > 崩れてしまう。そこでどうするかというと、例えば990行までに収まらないプログラム > なら1000行からはじめればよい、ということになりました。この部分、私ならなにも > 10番間隔にこだわらず5番間隔でもいいじゃないか、それこそ最終的な完成形はもう > これ以上追加削除をしないということを強調する意味で1番間隔でいいのではないか、 > と思うのですが、どうも世の中の大勢は10番間隔が好きみたい。 > あと、間隔はいくつでもいいのですが、プログラムの最初から最後まで等間隔は > 守るべき、というのも世間の多数派のようです。というか、RENUMコマンドを使えば > 必然的に等間隔になるわけです。ここで例えば、いろいろとコードを追加した際に > その部分を追加したということを目立たせるためにあえて残すべき、という流派の > 人もいたらしいですが、これはその後、少数派になりました。なぜかというと、 > 当時のBASICの編集画面だと、最近のテキストエディタと違い、それが何行目かと > いうことが表示されないわけです。ここで、例えば200行に GOTO 800 とあれば、 > もし10番ごとの等間隔なら、ジャンプの飛び先はプログラムリスト上で60行先に > なるわけで、プリントアウトされた紙で追いかけやすい、という実利的な理由が > あったわけです。 > > と、いうことで。 > もしBASICのプログラムをインタプリタに読み込ます機会があったら、RENUMコマンド > をかけた結果を保存しておくべきでしょう。 > >
参照先
暗証キー (英数字で8文字以内)
プレビュー