構造体のメンバについて (ID:87057)

名前

ホームページ(ブログ、Twitterなど)のURL (省略可)

本文 これって、COBOLの焼き直しとかですか？ ・・ぜんぜんはずしてても、この際、発想の転換をしてみられては どうなんでしょう？ でかいプロジェクトだったり、もうほとんどできあがってて今さら、 という段階なのかも知れませんね。 でもやっぱりVBなんだからもう少しMS$さんの役者たちを活用した方が 非常にすっきり、かつ便利で重宝すると思うのです。 例えば最初のType Torihikisakijohoとかですが、 わざわざTypeにしなくてもDBにテーブル作ってそっちに値を保持させ、 任意のフォーム起動時にレコードセットで取得させたり、 それと同じ考え方でINIファイルで管理したりレジストリで管理したり すればいいんじゃないかと。 ちなみに私はINIもレジストリも日ごろよく使っていますが それでトラブったことはほとんどないですよ。 あ、そういうことは普通にやってて、で内部の情報の管理（持たせ方）を ただ構造体を登場させ出し入れしている、ということなのでしょうか？ もちろん普通ならばそれはそれでいいのでしょうが 今回のようにTypeの定義の多さや階層の深さが疑わしく思えるのなら いっそそれらTypeをなるべく他の役者に変えてみられてはどうか、 という提案です。 でも、結局たらたらPublic変数とかいっぱい作ってそれらに Type Torihikisakijohoとかの代替情報入れるのなら わかりにくく、メンテしづらいし、あんまりメリット感じないよー と言われるかも。 であれば、おすすめはレコードセット作った後に GetRowsメソッドを実行し、配列に入れてしまいます。 構文： array = recordset.GetRows( Rows, Start, Fields ) 戻り値： 二次元の配列を返します。 詳しくはヘルプ見てみてください。 このサイト読まれている多くの方も意外と、というかぜんぜん 使っていないんじゃないでしょうか。 もちろん、絶対毎回使ったらいい、という性格のものじゃないですが あとはその配列でスマートに、らくちんコーディングができるので 一度お試しあれ。 いつまでもいつまでも、いっぱいできたレコードセット殺せなくて ひきずり回す、という必要もなくなるし。 たぶん、ペンネームさんの場合 Global strin04_01 As strin04_01Rec とかは少なくともGetRowsの恩恵にあずかれるのではないでしょうか。 PS. あと気になったのが、 Data As String * 1 Data As String * 2 とかです。 ものすごく変数がメモリ浪費するのを懸念しての策だと思ったのですが ここは普通に、 Data As String でやられてはどうでしょう？ 実はそれでエラーでなくなったりとかありえませんか？？ 今、時間がなくなってきたのでその根拠までは 調べれないのでなんですが、なーんか関係あったような・・ 単に見当違い、かもしれないのではずしてたらすみません。 ・・もし知ってらっしゃる方おられましたら補足お願いします。