|
8:Re: Ａ−ＶＸのパッケージ ＥＸＣＨＡＮＧＥ 12/11 09:54 ＊ 高級ＣＯＢＯＬ？？？？ そんなのってあったのですか。。 知りませんでした。 ＊ なにせ、以前申し上げたように、ＮＥＣのＣＯＢＯＬに関しては、ＣＢＬ８５しかやったことがありませんでしたので。。 ＊ ＣＯＢＯＬ４については、リコー関係の方が使っているのを見たことはあります。漢字のところが””（ダブルクウォーテーション）に囲まれたアルファベットなどのコードが並んでいて分かりにく?い！！という印象だけが。。 ＊ ＲＩＣＯＭはＡＣＥＰＣＲＴ（ＸＸ，ＸＸ）、ＤＩＳＰＣＲＴ（ＸＸ，ＸＸ） っていう画面入出力でしたね。 これは、後でＯＳ２上で実行環境になったとき（７３５Ｄ等）も、同じようなサブルーチンが提供されていました。 でも、ＡＳ／４００（ＲＩＣＯＨ−ｉ７４０）では画面ファイルでの入出力でしたのでちょっと操作上の不統一がありました。 ＊ 「高級ＣＯＢＯＬ」というのはＣＯＢＯＬ４、ＣＢＬ８５とどういう風に違っていたのでしょうか？漢字属性がＮＣ””になったのはどの時点からでしょうか？？ ＊ 余談ですが、ＮＣを使わず、””で囲んでオープンフィールドにすると、何か漢字の組み合わせによってうまく表示できない場合がありますね。 ＊ さて、ＣＯＢＯＬ２００２はＡ−ＶＸに搭載される予定は全くないのでしょうか？ オブジェクト指向や、例外処理なども出来るみたいです。 ＞販売管理、生産管理など個別要素の多いシステムは個別システムで作られているかパッケージと称してもかなりカストマイズをいれているのでそのまま、Ａ−ＶＸで生き延びているというパターンが多いようです。 ＊ ＮＥＣのオフコンパッケージというのは、もともとソースも提供されていたのですか？ ＞しかし、個別に作るのであれば今でもＣＯＢＯＬで作るＡ−ＶＸには価値があると考えます ＊ 私も同感です。「保守がしやすい」「確実に資産継承出来る安心感」それにオープン系と違って「いろいろ余計なことに煩わされずに業務分析、ロジックに注力出来る」等々。。 ＊ 問題は、ＮＥＣさんがＡ−ＶＸに関する中長期の方針（ロードマップ）を明確に表明してくれたら。。ということです。 Ａ−ＶＸを打ち切る場合でもそれとほぼ互換の「実行環境」を提供する予定である、とかそういった見通しがはっきりあればユーザさんも安心して「新規」を開発できるのではないでしょうか？ 今もところ、ＮＥＣを「信じるほかない」という。。。 |