アカウント名:
パスワード:
Windowsターミナルや PowerShellと並列なのは互換性が無いからでしょう。互換性が無いからには使い分けなくてはならないわけで。同じように使えて同じ結果が得られるならリプレースしてもいいだろうけど。そうじゃないんでしょ?
これに+スコア付けたげて。混同して頓珍漢なことを喚いているコメントが多すぎる…
使い分ける、というか、現時点で存在しているcmd.exeのバッチファイルなんかは、そのまま使えば良いし、新たに使うのであれば、Powershellにした方がいいだろうね。cmd.exeから起動できる*.exeや*.comはPowershellからでも起動できるし、制御構造はPowershellの方が圧倒的に書きやすい。
もっとも、cmd.exe以外を覚える気が1mmも無い、ということなら、cmd.exeを使うしかないね。
だね。単純にコマンド並べるだけだったらBATでいいし、条件分岐や繰り返しがあるならpsの方が書きやすい。
「これからはこっちだ!」と古い方を強引に取り上げるのは毎度だしcmd.exeに馴染みの薄い層が早計な期待を寄せるのもわからなくはない
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私はプログラマです。1040 formに私の職業としてそう書いています -- Ken Thompson
分ける必要があるのは違うから (スコア:0)
Windowsターミナルや PowerShellと並列なのは互換性が無いからでしょう。
互換性が無いからには使い分けなくてはならないわけで。
同じように使えて同じ結果が得られるならリプレースしてもいいだろうけど。
そうじゃないんでしょ?
Re:分ける必要があるのは違うから (スコア:1)
シェル(CUI) ... PowerShell ⇔ cmd.exe (他、wsl.exeなど)
※Windowsターミナルの中でPowerShellやcmd.exeが動くのであって、並列ではない。
Re: (スコア:0)
これに+スコア付けたげて。
混同して頓珍漢なことを喚いているコメントが多すぎる…
Re:分ける必要があるのは違うから (スコア:1)
使い分ける、というか、現時点で存在しているcmd.exeのバッチファイルなんかは、そのまま使えば良いし、
新たに使うのであれば、Powershellにした方がいいだろうね。
cmd.exeから起動できる*.exeや*.comはPowershellからでも起動できるし、
制御構造はPowershellの方が圧倒的に書きやすい。
もっとも、cmd.exe以外を覚える気が1mmも無い、ということなら、cmd.exeを使うしかないね。
Re: (スコア:0)
だね。
単純にコマンド並べるだけだったらBATでいいし、条件分岐や繰り返しがあるならpsの方が書きやすい。
Re: (スコア:0)
「これからはこっちだ!」と古い方を強引に取り上げるのは毎度だし
cmd.exeに馴染みの薄い層が早計な期待を寄せるのもわからなくはない