>>668
＞些細なことのようだけど、こういった部分をしっかりやると
＞処理速度も向上し、無駄な行数を減らせ、読み易いコードになる
これやると、ソースの互換性が失われやすい。
一見無駄に見えるルーチンもあるけど、
Basic は、
ちょっとした処理をその場でチョコチョコとつくりあげて、おっつけ仕事に使う
言語なので、処理速度の向上(本来がTSS用言語なのでもともと遅い)は考えない。
ライブラリーの場合には、エラーチェックを十分しておくと、どこで障害が起こったのかがはっきりわかる。
あいまいな状態で動くようにしてしまうと、原因の特定がほぼできない障害に陥りやすい。
これ怖いから。連立方程式やOR(オペレーションリサーチ)の解が正しいかどうかわからない、といういやらしい現象が待っている。
繰り返し法で鞍部問題に引っかかったらば泣くしかないから。

JIS-Basic の範囲ならば、大体の機械で動作する。互換が確保される。
Free-Basic 用の命令に書き換えてしまうと、他のBasicに移植が困難になりやすい。
Function になっているが、ほとんどのBasic はGosub 行番かGosub ラベルなので
移植を考えると、関数名の引数には戻り値を設定しにくい。
今、移植でけつまずいている部分のほとんどが、V.B.専用ルーチン部分。
>>686-687 もマイクロソフトのルーチンを使わないでJIS-Basicの範囲で自分で他の入出力も作ってしまえば問題にはならない。