返信

> > おおーっ、いけましたか。となると、ブラウザやNode.jsで使えるライブラリをMeryでV8を用いずに使えるものが増えるかもしれませんね！ > > それ、ほんと夢が広がりますね😊 > > そういえば、Node.js や V8 って初回起動時にネイティブコードにコンパイルする (JIT) ので、リードタイム的には QuickJS の方が有利っぽいですね。 > > ちなみに、Mery に QuickJS を実装したバージョンのリードタイムを計測してみたのですが、私の環境だと、マクロの初回起動時に 80 ミリ秒くらいかかりました。(dll から関数を読み込むので) > > でも、2 回目以降は 0 秒で起動しますね。(Mery 側の機能を QuickJS に注入した状態で計測) > > 逆に、ベンチマークみたいな内部の処理速度としては V8 と比べると QuickJS のほうが不利ですが、マクロ用途だと瞬発力のある QuickJS のほうが向いてそうですね。 > > > こういったメジャーなリファレンス通りに読み取ってくれるエンジンだとプログラミングはしやすくなるので良いですね☺️ > > それはありますね。`class`とか`import`とか使えるのでワクワクしちゃいます。 > > あ、そういえば、ひとつ、厳密になってるところがあって、たとえば、「CSV/TSV でアクティブ列選択」マクロだと、 > ``` > menuTrack = menu.Track(0); > ``` > みたいに変数を宣言せずにいきなり使うとエラーになるみたいです。こればっかりは Mery 側で吸収はできなさそうです。 > > でも、 > ``` > var menuTrack = menu.Track(0); > ``` > と直すだけで、他は修正なく動作しました。 > > > 先日の expr-eval ですが、一応フル版でお渡ししておきますね。以下のようなマクロに組み込んで利用しています。 > > Mery 電卓 > > 情報ありがとうございます！ > > 試してみたところ、このマクロはそのままで動作しました。V8 だともっさり感がありますが、QuickJS だとサクサク動きます👍 > > > あと、便利に使っていて、テキスト処理からちょっと道を外れたようなものでいうと以下のあたりですかね。 > > なるほど、しかし、ActiveX はちょっと…。でも、QuickJS に実装していた`Shell`にバグがあったのを発見できたので、助かりました😅 > > 見た感じ、「パス・URLを開く コマンドを実行する」は`wshShell.Popup`や`fso.GetFile(doc.FullName).ParentFolder`あたりが厳しそうなので、そっ閉じしましたが…w > > 「開いている文書のファイル名を変更する」は`fso`を`shell`に書き換えるだけで動作しました。(このマクロ、便利ですね) > > Ver 3.7.13 もリリースできたので、これでようやく QuickJS に本腰を入れて取り組めそうです。次は Ver 3.8.0 でどどん！と行きたいですね😺

マークダウンを有効にする