K.Maebashi's BBS

ご自由に書き込んでください。雑談も可。
テスト書き込みの類はテスト用掲示板にどうぞ

[1377] Re:システム変数について

投稿者：山

2009/06/30 19:08:00

Link:

　さすが（ぱ）さんと言うか、鋭い突っ込みありがとうございます。実はシステム変数については多少触れるのを避けていました。。なぜなら（ぱ）さんの「表計算ソフトって」のコラムで表についての意見を読んでいて、まさにその表を言語に組み込もうとしているのです。だから、完成する前にキツイ指摘を受けるのではないかと… 　システム変数は、簡単に説明すると。項と列によって構成されるシートが基本で、このシートによって複数の機能と特徴を持っています。　　Aシート　　　　・・・～・・・　　　　Zシート　（26シート）　　----------- ------------ 　　| | | | 　　| | | | 　　----------- ------------ 　このシート名が変数の最初の「A」にあたり　　000 ...................................... 999 （1000個の項目） ------------------------------------------------- A | | ・・・ | | : | | --------------------- | | Z | | | int double string | | | a | | --------------------- | | : | | ↑一つのセルの中に | | : | | 3つのデータがある | | z | | ・・・ | | ------------------------------------------------- (52の列）　変数名は　「シート＋列＋データ型＋項目番号」　＝　AAI000　となります。だから自由に変数名はつけれない。それを解消するために#defnieが必衰でした。　ちなみに、システム変数にアクセスする方法は、直値＝AAI001と言う形と、相対配列＝ABI010「X][Y]　これは、指定の座標から項にX値の相対座標指定、列にY値の相対座標を指定してアクセスします。　ABI010[X]　は項目のX相対座標指定です。　もともとこのシート形式は、目的アプリケーションで必要だった機能を実現する為の些細なアイデアでした。しかし、言語を作っていく上でシステムの基本となり。言語上でもかなめ的要素（中心的要素）になったのです。注意、EXCELを作るわけではありません。　ここからは既存の言語的常識を一時保留にして読んでください。　例えば、市役所等での情報の伝達はシート、書式を持った紙です。市民登録、婚姻届等に必要な項目を記入し提出する。それを受け取り保存する。別にガッシリとデータ定義された構造体やclassがあるわけではありません。記入する方も総ての項目を初期化したり記入したりしません、必要な項目のみ記入して提出します。　このイメージをモジュール間の情報伝達に使用しようと考えたのです。例えばシートAにに必要なことを書いて、他のモジュールに動作指示を出す。その時シート名を伝達するだけでいい、構造体やclassは不要です。なおかつしたい事の種類のよって、多くの構造体や多くのクラス定義が必要になったりしますが、シートでは必要な部分だけを書けばいい。　と発想したのが元です。　情報伝達の単位は、最小のint,double,string、そして一つのセル、相対X領域,相対Y領域、相対矩形の領域、列、シート、そしてパックされた情報の８つの単位で情報伝達を考えています。この処理単位で情報伝達するために、言語は関数内では普通の言語的整合性を持っていますが、一歩外のグローバルではシステム変数で情報伝達する。その結果グローバル変数はシステム変数となり、言語的整合性ではなくシステムの目的にそって作られています。補足１、一つのセルの中にint,double,stringデータの情報が入っているのは、もともとはデータの型別にシートが分かれていました。しかし、リストやソート、検索、辞書(map)の場合、 3つのデータをまとめて処理したほうが利便性がいいとの理由です。そのため1セルに3つの情報を入れました。しかし、変数としては別々にアクセスします。　例えばstringでソートした場合、intもdoubleもいっしょにソートされます。　例えば、intに優先NOが入っていたら、intでソートしたら文字列もいっしょにソートされます。　利便性の目的のためだけに、3つの情報を一セルに入れました。２、パックされた情報は、stringデータに入ります。なのでstringデータは複数のデータを大量に保持することが出来ます。３．システム変数を言語内の変数と同じように、透過的にアクセスできるように作れたため、システム変数の操作を速くする事ができた。これは、関数を用いてシステム変数を操作することを思えば、スレッドセーフでも、格段に融通が利き速い動作を保証できる。最後に　この言語だけでは、奇妙な言語が一つ出来ただけの事です。この仕組が受け入れられるかは、その上に乗ったアプリケーションが洗練されていて使いやすく受け入れるか如何にかかっています。ここから先はいかにいい物を作るかだけでしょう。それに、言語の初心者を対象にしているので、ここからはバリバリな日本語化に走ります。　プログラミング言語ができる人は、C/C++なりJavaなり、その他各種汎用言語を使ってください。がベースにあります。＾＾　今ある汎用言語は洗練されていて複雑で優秀です。だから私がいまさら作る意味が無いですし。追加の補足　上記のことを書いた後に、グローバル変数でもいいのではないか。の発想もありますが、その場合、情報の集合体としての構造体やclassが必要です。でも、移転届用紙のような多数の関係の薄そうなデータ総てを構造体やclassに入れるのは、根本的にシステム設計が間違っている方向でしょう。やはり書式用紙に代表されるデータ構造と、プログラム上のデータ構造とは明らかに違っています。プログラムでは関連のあるデータを参照やキー情報、その他関連情報で持ちます。しかし、この構造は前にも話したように他の何かのサポート無しに完全な一意の意味を保証することは不可能です。　でも、シート形式なら完全かと言うとそうでもありません。実は時系列な情報変化の保証は出来ないのです。これはあきらめています。時系列的な情報の変化とは、転移届を受理して完全に処理される前に。同じ人から違う転移届を受け取ってしまった場合の矛盾です。　これは外部の何らかのサポート、受理処理が完全に終了するまで受け付けないフラグ等のサポートが必要になり。これはシステムではなく、プログラマがそれを理解し作らなければならないのです。　完全なデータフローマシンでも作ればいいのですが、そのプログラミングはまた違った、別の複雑な知識が必要になってきます。