[ 新規に投稿する ]

js関数で非同期化したほうがいいと思うモノNo.11670
こみやんま さん 24/05/29 14:54 [ コメントを投稿する ]
  ■ これはあったほうがいいんでないのとおもうもの
existfile(...)
(これはcreatobject経由でFileSystem使えば代用はできるけど、あるとお手軽だよねっていう。元のJSにもないし)

getfiletime(...)
これも上と同じcreateobjectで代用できるけど。あるとお手軽か。「ファイルを更新保存した」という検知が非同期中にJS側から手軽に出来て便利か。

hidemaruhandle(...)
(0) だけ getCurrentWindowHandle() になってるが、hidemaruhandle(0)と書いてある例が多いから、そのまま非同期にもっていって撃沈する人多そう。
ただのウィンドウハンドルなので、普通に非同期中でも取れるのでは。

findwindow(...)
まぁ他のウィンドウ発見用に非同期tickで監視する可能性はそれなりに高い。

クリップボード系
クリップボードの中身の取得は非同期で出来ると多少幅が広がるかも。
 
[ ]
RE:11670 js関数で非同期化したほうがいいと思うモノNo.11671
秀丸担当 さん 24/05/30 09:55 [ コメントを投稿する ]
  jsで非同期できるものは増やして、いずれはほぼ全てくらいにできたらいいです。
ぼちぼち増やしていこうと思います。
[ ]
RE:11671 js関数で非同期化したほうがいいと思うモノNo.11673
こみやんま さん 24/05/30 19:59 [ コメントを投稿する ]
  全体的にやっていくということであれば、気まぐれで思いついた順番とかではなく、

「優先度A,優先度B,優先度C,優先度D」で以下のように最初にカテゴリするのが良いと思います。

【優先度A】
・「秀丸の機能に直接依存」するもの。
 汎用のC++/C#言語やそのライブラリでは対処できないもの。
 ユーザーは如何にプログラミング能力が高かろうとも
 原則自力でこれらを非同期にできないという点で価値が非常に高い

【優先度B】
・「秀丸の機能に依存はしていない」が、tick(setInterval等)で使う価値があると目されるもの。
 ただし、文字列変数に入った文字列の加工処理や正規表現判定は除く。(優先度Dの理由のため)

【優先度C】
・「秀丸の機能に依存はしていない」上、tick(setInterval等)で使う価値もあまりないと判断されるもの。

【優先度D】
・「秀丸の機能に依存はしていない」上、「文字列変数」の内容を加工あるいは判定する関数。
 その理由は、文字列処理や正規表現等は「コアのアルゴリズム部分」を担いやすく、
 ECMAScriptの文法・関数・クラスの範囲で記述しておくことでコードの移植性と流用率を高く維持できるため、
 このため、「処理の見通しという点でも」この部分に独自の秀丸関数は使わない方が良い。
 「秀丸マクロ⇒jsmodeマクロ」への機械変換を用意しやすいという1点において、その段になれば有効かもという程度か。
[ ]

[ 新規に投稿する ]