アカウント名:
パスワード:
Microsoftの方針としてVB系言語を非推奨に設定してもう20年くらい経過してなかったっけ?どうせ反発大きすぎて20年後にも生き残ってるよw
VBなんちゃらがたくさんあるからまぎらわしいけど、それぞれ別のものなので注意。今回のは「WindowsクライアントOSのVBScript」。Windows Scripting Host(WSH)上で実行されるスクリプトで、WSHの後継がPowerShell。WSHの存在があまり知られてないから「VBScriptをDeprecatedに」って表題になるのはしかたないけど、実質的にはWSHが非推奨になり、将来的には消える予定って話だ。
現状でもレガシィなOS操作スクリプトとしてはたぶんバッチファイルの方が使われてると思うので、困る人はいるだろうけどそんなに大きな反発にはならないと思う。
WSHや(そこに依存してる)htaって、社内システムの世界で使われまくってる気が…
# IEが未だに絶命しないのも社内システムのせいだよなぁ。
マクロを仕込めないExcelファイルの自動処理って、ほぼ vbs 一択な気がする >社内システムpythonと違ってインストールもバージョン管理も必要ないから抜け出せないよね
そこで最近Excelでも利用可能になったらしいPowerAutomateですよ>自動処理
PowerShellでもCOMオブジェクト使えるので、Excelの操作は難しくないですよね。どのあたりに違いあります?
VBAでテストしてVBSに落とし込む楽さかな >PSとの違い
それ楽か?
デバッガーとかCOMオブジェクトをオブジェクトビューアとかで見られるから少し楽?OS+Officeな環境でアプリ追加不可だと、PowerShell ISEよりは少しは楽かもしれない。
NTTデータ謹製、国産を売りにしてたRPAソフトウェアが、内部かなりvbsなんだよね。なんならカスタム機能やパッケージは全部vbs依存。
国内シェアNo.1とか言ってたけど、どうなるんだろう。
WSH用に用意されたライブラリとしてのCOMコンポーネントには普通に有用なものもあって、VBやVBAからも使うと便利だぜ系の記事を見た記憶がうっすらとある。そういうライブラリはどうなるんだろ
COMオブジェクト技術はWindowsの根幹をなすもので、PowershellからもNew-Objectコマンドレットで呼び出し取得できます。
「WSH用に用意された」「ライブラリとしての」COMコンポーネントのことですよ。具体的にはFileSystemObjectやWMIのラッパーあたりこいつらも一緒に消えるんだろうかって話
Office系のVBAでもその辺は使われていること多いですよね。わざわざ消さないんじゃないですか?
#VBScript Regular Expression はどうなるだろ。
WSHの存在があまり知られてないから「VBScriptをDeprecatedに」って表題になるのはしかたないけど、実質的にはWSHが非推奨になり、将来的には消える予定って話だ。
MSはVBScript は非推奨 [microsoft.com]としか言ってないが
しかし、そんなの知ったことないと未だに新規で使おうとする情シスであった・・・素直にPowerShell使えよ、もう・・・
素直になんて言われても君、デフォルトでスクリプト実行禁止ポリシーですやん……でその結果、shebangモドキ、自己読み込みしてバッチファイル部分を空行置換して、Invoke-Expression(iex)するバッチファイル化ワンライナーが何十番煎じもされている有様。行儀が悪すぎるから管理者としてそれを採用するのは二の足を踏むのはわかる。かと言って署名とか面倒だし、したとこで結局実行禁止ポリシーの緩和が必要。
んでもってパイプでオブジェクトを扱う、他ではあまり見ないスタイル。そらぁなかなか流行らんて。
簡単に書き換え可能なスクリプトで、システム色々いじれるモノを、シングルアクションの操作で実行しようってのが間違いじゃないかなぁ。VBSは作られた時代が時代だし、COMベースだとUAC周りも面倒になるわで、今まで後方互換のために残さざるを得なかっただけで。
Linuxとかでもsudoしなきゃならん内容とかも含められるんだから、仕方ないんじゃね?あるいはレガシーなbat使うって選択肢もあるんだし。
色々あると言われてもどれもvbscript.dllの実装を使用していたことに変わりはないじゃん。接続部分が違うだけで。むしろMSはVBScriptを廃止としか言ってないのにどうして勝手に接続部分の話だと妄想し出すのかさっぱりわからん
「VB系言語」といったらVB6なども含まれると思うんだけど、さすがにあれはvbscript.dll依存ではないだろ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
消す消す詐欺? (スコア:0)
Microsoftの方針としてVB系言語を非推奨に設定してもう20年くらい経過してなかったっけ?
どうせ反発大きすぎて20年後にも生き残ってるよw
Re:消す消す詐欺? (スコア:1)
VBなんちゃらがたくさんあるからまぎらわしいけど、それぞれ別のものなので注意。
今回のは「WindowsクライアントOSのVBScript」。
Windows Scripting Host(WSH)上で実行されるスクリプトで、WSHの後継がPowerShell。
WSHの存在があまり知られてないから「VBScriptをDeprecatedに」って表題になるのはしかたないけど、実質的にはWSHが非推奨になり、将来的には消える予定って話だ。
現状でもレガシィなOS操作スクリプトとしてはたぶんバッチファイルの方が使われてると思うので、困る人はいるだろうけどそんなに大きな反発にはならないと思う。
Re: (スコア:0)
WSHや(そこに依存してる)htaって、社内システムの世界で使われまくってる気が…
# IEが未だに絶命しないのも社内システムのせいだよなぁ。
Re: (スコア:0)
マクロを仕込めないExcelファイルの自動処理って、ほぼ vbs 一択な気がする >社内システム
pythonと違ってインストールもバージョン管理も必要ないから抜け出せないよね
Re: (スコア:0)
そこで最近Excelでも利用可能になったらしいPowerAutomateですよ>自動処理
Re: (スコア:0)
PowerShellでもCOMオブジェクト使えるので、Excelの操作は難しくないですよね。
どのあたりに違いあります?
Re: (スコア:0)
VBAでテストしてVBSに落とし込む楽さかな >PSとの違い
Re: (スコア:0)
それ楽か?
Re: (スコア:0)
デバッガーとかCOMオブジェクトをオブジェクトビューアとかで見られるから少し楽?
OS+Officeな環境でアプリ追加不可だと、PowerShell ISEよりは少しは楽かもしれない。
Re: (スコア:0)
NTTデータ謹製、国産を売りにしてたRPAソフトウェアが、内部かなりvbsなんだよね。
なんならカスタム機能やパッケージは全部vbs依存。
国内シェアNo.1とか言ってたけど、どうなるんだろう。
Re: (スコア:0)
WSH用に用意されたライブラリとしてのCOMコンポーネントには普通に有用なものもあって、VBやVBAからも使うと便利だぜ系の記事を見た記憶がうっすらとある。
そういうライブラリはどうなるんだろ
Re: (スコア:0)
COMオブジェクト技術はWindowsの根幹をなすもので、PowershellからもNew-Objectコマンドレットで呼び出し取得できます。
Re: (スコア:0)
「WSH用に用意された」「ライブラリとしての」COMコンポーネントのことですよ。具体的にはFileSystemObjectやWMIのラッパーあたり
こいつらも一緒に消えるんだろうかって話
Re: (スコア:0)
Office系のVBAでもその辺は使われていること多いですよね。
わざわざ消さないんじゃないですか?
#VBScript Regular Expression はどうなるだろ。
Re: (スコア:0)
WSHの存在があまり知られてないから「VBScriptをDeprecatedに」って表題になるのはしかたないけど、実質的にはWSHが非推奨になり、将来的には消える予定って話だ。
MSはVBScript は非推奨 [microsoft.com]としか言ってないが
Re: (スコア:0)
しかし、そんなの知ったことないと未だに新規で使おうとする情シスであった・・・
素直にPowerShell使えよ、もう・・・
Re: (スコア:0)
素直になんて言われても君、デフォルトでスクリプト実行禁止ポリシーですやん……
でその結果、shebangモドキ、自己読み込みしてバッチファイル部分を空行置換して、
Invoke-Expression(iex)するバッチファイル化ワンライナーが何十番煎じもされている有様。
行儀が悪すぎるから管理者としてそれを採用するのは二の足を踏むのはわかる。
かと言って署名とか面倒だし、したとこで結局実行禁止ポリシーの緩和が必要。
んでもってパイプでオブジェクトを扱う、他ではあまり見ないスタイル。
そらぁなかなか流行らんて。
Re: (スコア:0)
簡単に書き換え可能なスクリプトで、システム色々いじれるモノを、シングルアクションの操作で実行しようってのが間違いじゃないかなぁ。
VBSは作られた時代が時代だし、COMベースだとUAC周りも面倒になるわで、今まで後方互換のために残さざるを得なかっただけで。
Linuxとかでもsudoしなきゃならん内容とかも含められるんだから、仕方ないんじゃね?
あるいはレガシーなbat使うって選択肢もあるんだし。
Re: (スコア:0)
色々あると言われてもどれもvbscript.dllの実装を使用していたことに変わりはないじゃん。接続部分が違うだけで。むしろMSはVBScriptを廃止としか言ってないのにどうして勝手に接続部分の話だと妄想し出すのかさっぱりわからん
Re: (スコア:0)
「VB系言語」といったらVB6なども含まれると思うんだけど、さすがにあれはvbscript.dll依存ではないだろ