アカウント名:
パスワード:
VBScriptは自体は使ってる奴を見かけはするが自分で弄らんのでどうでもいい。見かけても小規模だったりなので消滅すれば提供者がどうにかするだろう。
けどVBScriptを内包してるWSHやIEコンポーネント、それを応用しているCHMやHTAはなくなると困る。CHMに変わるフォーマットはまだ出てきていないし、HTAは言わずもがな。移行先があっても活動停止の提供元やそこそこ規模のある物はどうにもならない。
これらは無くなると明言はされてはいないかも知れないが、IE/IEモード廃止はIEコンポーネントの廃止に直結しそうだし、WSH標準の言語はVBScriptっぽいのでVBScriptを標準とするWSHもまとめて終わらないかが非常に不安。個人的にWSHはほぼJScriptで使っていたが、元々IEコンポーネントを構成するコンポーネントの一つでコレクションの扱いなどが微妙だったりオマケで使えてる感が否めない。
WSH/HTAの移行先どうしたもんかねぇ……多分「bat→powershellワンライナー→powershell(省略可)→.NETコンパイラ→C#」に入れ子して、腹を括ってC#でゴリゴリ書くのが素直なんだろうな……JScript.NETやPowerShellをもうちょい活かしたい気もするがドキュメントの充実性的にはC#に行くほうが良さげな気もするし……
VBSはともかく、OS同梱のコンパイラは抜かないでちょうだい。
その世代、そのグループのテクノロジでVBSだけ廃止ってことは無いと思う、逆にそれじゃVBSだけ終わらせる事に大した意味が無い。まだ使用者が存在する事実からバッサリ切り捨てる事を手控えてはいるけれど、設計思想が古くて供給側からしても保守性の低い旧技術は幕引きをどう進めるかに試行錯誤しているのが現状だと思う。
HTML的なコーディングを継承したいならPowerShellで簡易HTTPサーバー動かすのも無くは無いかなー。GUIを作るんだったらそれなりにちゃんと作りましょうって時代なのだと思う。
逆にCHMやHTAを何用に使っているのか知りたいです。HTAならelectronやTauriで置き換えられるでしょう。CHMはいい加減捨てましょう。画像データもbase64エンコードしてhtmlファイルに埋め込めます。
HTAなら、Aterm検索ツール [aterm.jp]とか？
この手の小物が残っていて書き直すのが面倒ってのが溢れてるんだろうなぁ。# 他人事ではない
バッチファイルに毛が生えた程度のツールに一々フルセットのブラウザを添付して配布するのもアホらしいし、そもそも実行ファイルで配布はあまりやりたくない。
chmと同等の事を出来るテンプレートがあるなら理屈の上では出来るけど、いい感じのテンプレートが普及してる感じは無いし、色々開いたままのブラウザのどこかのタブで開いてどこかに開いてますよもヘルプとしちゃあねぇ……
お気持ちはわかりますが、その手軽さがクラッカーに狙われているのも事実です。
既存のものに拘泥せず作り直すのが将来のためになると思います。
実行ファイルってだけでSmartScreenやらが弾いたりするんだが。OS標準の環境でバイナリを導入せずに動くってのが要点だから、作り直せばいいってたぐいの話じゃないんだよなぁ……スクリプトならテキストで渡して拡張子変えるとかでどうとでもなる。実行ファイルだと中身の検証が難しいのもマイナス。
PowerShellスクリプト内にXAML埋め込めばGUIも簡単に出せる
GUIが応答無しになるのを覚悟すればまぁ……
PowerShellネイティブな機能は応答遅いのも多いからマルチスレッドしたいけどマルチスレッドとの相性がクソ悪いんだよね。並列ジョブならマルチスレッドかと思いきや別プロセスだったりしてプロセス間通信しないとままならず.NET側でマルチスレッドするしかないオチ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
VBScriptというかその周り (スコア:0)
VBScriptは自体は使ってる奴を見かけはするが自分で弄らんのでどうでもいい。
見かけても小規模だったりなので消滅すれば提供者がどうにかするだろう。
けどVBScriptを内包してるWSHやIEコンポーネント、
それを応用しているCHMやHTAはなくなると困る。
CHMに変わるフォーマットはまだ出てきていないし、HTAは言わずもがな。
移行先があっても活動停止の提供元やそこそこ規模のある物はどうにもならない。
これらは無くなると明言はされてはいないかも知れないが、
IE/IEモード廃止はIEコンポーネントの廃止に直結しそうだし、
WSH標準の言語はVBScriptっぽいので
VBScriptを標準とするWSHもまとめて終わらないかが非常に不安。
個人的にWSHはほぼJScriptで使っていたが、
元々IEコンポーネントを構成するコンポーネントの一つで
コレクションの扱いなどが微妙だったりオマケで使えてる感が否めない。
WSH/HTAの移行先どうしたもんかねぇ……
多分「bat→powershellワンライナー→powershell(省略可)→.NETコンパイラ→C#」に入れ子して、腹を括ってC#でゴリゴリ書くのが素直なんだろうな……
JScript.NETやPowerShellをもうちょい活かしたい気もするがドキュメントの充実性的にはC#に行くほうが良さげな気もするし……
Re: (スコア:0)
VBSはともかく、OS同梱のコンパイラは抜かないでちょうだい。
Re: (スコア:0)
その世代、そのグループのテクノロジでVBSだけ廃止ってことは無いと思う、逆にそれじゃVBSだけ終わらせる事に大した意味が無い。
まだ使用者が存在する事実からバッサリ切り捨てる事を手控えてはいるけれど、設計思想が古くて供給側からしても保守性の低い旧技術は
幕引きをどう進めるかに試行錯誤しているのが現状だと思う。
HTML的なコーディングを継承したいならPowerShellで簡易HTTPサーバー動かすのも無くは無いかなー。
GUIを作るんだったらそれなりにちゃんと作りましょうって時代なのだと思う。
Re: (スコア:0)
逆にCHMやHTAを何用に使っているのか知りたいです。
HTAならelectronやTauriで置き換えられるでしょう。CHMはいい加減捨てましょう。画像データもbase64エンコードしてhtmlファイルに埋め込めます。
Re: (スコア:0)
HTAなら、Aterm検索ツール [aterm.jp]とか？
この手の小物が残っていて書き直すのが面倒ってのが溢れてるんだろうなぁ。
# 他人事ではない
Re: (スコア:0)
バッチファイルに毛が生えた程度のツールに
一々フルセットのブラウザを添付して配布するのもアホらしいし、
そもそも実行ファイルで配布はあまりやりたくない。
chmと同等の事を出来るテンプレートがあるなら理屈の上では出来るけど、
いい感じのテンプレートが普及してる感じは無いし、
色々開いたままのブラウザのどこかのタブで開いて
どこかに開いてますよもヘルプとしちゃあねぇ……
Re: (スコア:0)
お気持ちはわかりますが、その手軽さがクラッカーに狙われているのも事実です。
既存のものに拘泥せず作り直すのが将来のためになると思います。
Re: (スコア:0)
実行ファイルってだけでSmartScreenやらが弾いたりするんだが。
OS標準の環境でバイナリを導入せずに動くってのが要点だから、
作り直せばいいってたぐいの話じゃないんだよなぁ……
スクリプトならテキストで渡して拡張子変えるとかでどうとでもなる。
実行ファイルだと中身の検証が難しいのもマイナス。
Re: (スコア:0)
PowerShellスクリプト内にXAML埋め込めばGUIも簡単に出せる
Re: (スコア:0)
GUIが応答無しになるのを覚悟すればまぁ……
PowerShellネイティブな機能は応答遅いのも多いからマルチスレッドしたいけど
マルチスレッドとの相性がクソ悪いんだよね。
並列ジョブならマルチスレッドかと思いきや
別プロセスだったりしてプロセス間通信しないとままならず
.NET側でマルチスレッドするしかないオチ。