私は自作の 2000 行の VBScript スクリプトを持っていますが、コードを追加するたびに徐々に遅くなっていきます。これはプライベートなデバッグ支援として作成されたもので、今では非常に便利になっています。磨いて商品と一緒に発送したいです。
コンパイルしてEXEにすることで高速化できると思いました。さらに、コンパイル プラットフォームが提供する可能性のある追加のライブラリを使用すると、ツールのユーザー インターフェイスが必要になります。また、不足している機能が必要な場合は、 Win32関数を呼び出してスクリプトを拡張することも検討しています。
VB 6.0 を持っているか、外部コンパイラを購入できます。しかし、Windows Vista で正常に動作するには、作成したプログラム (コンパイラ自体ではない) も必要です。私の最良の選択肢は何ですか？
Visual Basic Express Edition ( http://www.microsoft.com/express/vb/ ) をダウンロードして、ツールを VB.Net に移植することをお勧めします。ただし、この方法には欠点が 1 つあります。プログラムが .Net に依存することになります。ほとんどの場合、これは大きな問題にはならないはずです。現在では、ほとんどのマシンが .Net 2.0 を備えているはずですが、それでも心に留めておくことをお勧めします。
私は VB6.0 には近づかないでしょう。ただし、VB.Net 以外に、使用できる優れた Basic コンパイラを知りません。
遅さには、解釈されているという事実だけではありません。より高速にするために、おそらくさまざまな最適化を行うことができます。コードのどの部分が最も遅くなるかを見つけて、それらを速くするようにしてください。
コードの内容によっては、VB6 で問題ない可能性があります。自然なテキスト/ファイル名を扱う場合は、VB6 は Unicode を十分にサポートしていないため、VB.net を使用することをお勧めします。
しかし、コンパイルしても速度が遅くなる可能性があると感じています。コンパイルによって実行速度が向上するだけで、効率が向上するわけではないからです。
ええと...そこには多くの「優れた」BASICコンパイラがあります。
すぐに思いつくものです。かなりの数がMindteqサイトにリストされています。(Jabaco は特に興味深いです - VB6 は Java で再表現されました。私はそれをいじりましたが、非常に有望に見えます!)
しかし、VBScript コンパイラに話を戻すと、それらは存在します。彼らが行うことは、コードをトークン化し、それらの周りにある種のラッパーを配置することです。それらがより速く実行されるかどうかは議論の余地があります。
プログラムが何をしているか、または処理しているデータの量を詳しく知らずに言うのは困難です。
私は Franci に同意します - VB6 はもはや販売もサポートもされていないので、VB.Net はコンパイルされたコードに行く方法です。(Express は無料です。) VBScript は VB.Net にあまり似ていないため、すべてが WMI クエリまたは LDAP クエリなどでない限り、移植するにはかなりの作業が必要になる可能性があります。
ボトルネックがどこにあるかを確認するために、タイミングを計ることから始めます。大量のループやマルチレベルの関数呼び出しを行っていない限り、おそらく外部呼び出しで行き詰っています。
wscript.echo "Begin: " & Time
tStartTime = Timer
'... do stuff ...
tStopTime = Timer
wscript.echo "Elapsed time: " & tStopTime - tStartTime
乾杯