|
▼りった さん:
こんにちは
私の理解力がないのかまだ良く判りません。なので勘で書きます。
え〜っと、
>Excelのセルに記載されたデータ(エラーメッセージ一覧のようなもの)を元に
>動作するマクロを作りたいのですが、
ってのが良く判りません。
処理によって、
・適正なデータでないと判断したときに、
・独自のメッセージを出したいが、
・「独自のメッセージ」が沢山あるから、独自のメッセージのみを別Bookにて管理したい
ってな事ですかね?
↑を前提とすると、
りった さんの方針を全否定する事になるかもしれませんが、
私ならと言う事で書くと、必要なデータを
・1〜200件程度なら、
設定ファイル(.iniの拡張子を持つファイル)か、csvファイル。
・それ以上の件数ならcsvファイルか件数によってはmdbファイル
にします。
心配している処理速度ですが、どこにデータを置いても体感的には変わらないと
思いますよ。
>Excel→CSVに変換する方法は、実行の都度CSVを読む必要があると思うので、処理速度的に心配です。
↑の必要があっても、KB単位のデータなら体感的には差はわからん位
じゃないでしょうか?
1.KB単位のデータなら都度全部読んでもたいした事ないと思う。
2.最初に一気に読み込んで、何らかの方法でメモリ上に持たせておいても良いし、
3.DAO、ADO等のDBオブジェクトを使用しても良いし、
4.iniファイルならAPIで読んだら良いし。(速いです。)
多分2.4.3.1.の順番で速いと思います。
実行時にマクロを書き換えたいってな事なら話は変わってきます。
>>VBAのソースコードを計算式ないしVBAにて作成するのって、邪道ですかね(^^;
先ず、実行時にマクロでマクロを書き換えるって事はしません。
それってウイルスと同じなんですよね。
なのでO/Sによってはセキュリティーの問題も絡んできそうな?
vista持ってないので良くは知りませんが。配布するなら配布時も困るし、
動作保障が出来るかと言えばマクロ書き換えるのだから出来ないですよね。
何よりお行儀が悪いですよね。・・・私的には論外です。
|
|