【M言語】キャシエ・CACHE【MUMPS】

【M言語】キャシエ・C ..

81:M経験者
05/06/20 00:13:48 .net
遅ればせながら>>77最後の一分の誤記を訂正致します。orz
誤:
Newの仕様に意義を見出すかどうかで、Cache'に対する印象が
分かれるかと思います。
正:
Newの使用に意義を見出すかどうかで、Mに対する印象が
分かれるかと思います。
>>79さんは「意義を見出さない」方のようですね。
>確かに世の中では、固定数値で扱う事は多々とありますね。
数列をあらわす項目は文字列型、数量をあらわす項目は数値型、
というように使い分けられるのがベストですが、Mでは言語仕様上
先頭がゼロなら常に文字列型(但し先頭に"+"をつければ前ゼロを除去し
数値型にキャストしたことになる)、そうでなければ常に数値型
という扱いになってしまうようです。
結局、「固定桁数数値という要件に対する解決は、Mにはない」
という解釈でよいのですかね。どのように解決しているのか
事例を出していただけるとむしろありがたいのですが。
>>いちいちコメントアウトするときも(.の有無に)気ぃ遣わなきゃならんとは…。
>それは、当然気を使わなければいけませんね。
"."を評価する以前に、コメント行の除去が行われるよう
文法解析仕様が組まれていれば、気を遣う必要すらないのですが。
「当然」なのではなく「理不尽な仕様」と考えます。
>Newコマンドの件ですが、同じ変数名を、あるサブルーチンで使用する場合
>などは有効と思えますが、重要な変数名であれば、いたるところで変更される
>事のないように変数を利用するのがいいと思います。
「重要な変数」が引き立つのは、「重要でない変数」があるからです。
この「重要でない変数」の寿命・名前の有効範囲をサブルーチン内に
閉じ込めることがNew(というよりローカル変数)の真骨頂なのです。
(MではNew宣言した変数でも同名での読み書きが下位ネストで可能なので、
他言語で言うところのローカル変数とはちょっと違う)
グローバル変数の読み書きは要注意というのは確かにその通りですが、
ローカル変数にも注意を要求されるのは組む側としては負担の増加です。
>よく、構造化構造化と頻りに言葉に出されるエンジニアさんがいますが、
>それが、絶対正しいのでしょうか？構造化して便利に利用できるのもいいですが
>それにより、プログラム変更が難しくなり、仕様変更に耐えれないプログラム
>になるなら、古典的なプログラムでもいいと思います。エンドユーザーから
これはとんだFUDですね。この文脈では
「構造化(プログラミング)するとプログラム変更が難しくなり、
仕様変更に耐えられないプログラムになる」
というように読み取れますが、その根拠は何ですか?
逆に古典的なプログラムだと、そんなことはありえないんですか?
構造化/非構造化それぞれについて、具体例を挙げていただけませんか?
私の経験では「構造化プログラミングによりプログラムの見通しはよくなり
製造時の気遣いが減る分生産性は上がる。プログラム構造にハマれば
プログラム変更時に当該部分を差し替えるだけですむので、
仕様変更に耐えるチャンスは増える」なのですが。
長くなったので次へ。

次ページ

続きを表示

1を表示