同じコマンドを与えたPowerShellがcmd.exeと異なる動作をするのはなぜですか？

この問題はおそらく2つのプログラムの動作が異なることに気付いたシナリオで最もよく説明されています。

私は自分のLinux時代から古いバックアップを私のハードドライブにという名前のファイルを含んでいました コン 。 MSDNが述べているように 、 コン 予約済みのデバイス名であり、ファイルには使用できません。

ファイル名に次の予約済みデバイス名を使用しないでください。

CON、PRN、AUX、NUL、COM1、COM2、COM3、COM4、COM5、COM6、COM7、COM8、COM9、LPT1、LPT2、LPT3、LPT4、LPT5、LPT6、LPT7、LPT8、およびLPT9

だから私はファイルを削除するのに問題があったが、私はそれを見つけたように適切な名前でエスケープする スーパーユーザーの回答からのこのコマンド 削除できました。

del "\\.\F:\Movies\Con Man\Con.Man.2018.720p.WEBRip.x264-[YTS.AM].mp4"

最初に、私はPowerShellを介して与えられたコマンドでファイルを削除しようとしました。 ディレクトリまたはドライブが存在しないというエラーが表示されました。 のみ C：\ WINDOWS \ System32 \ cmd.exe ファイルを削除できました。 両方のシェルを管理者権限で実行しました。

だから、この時点から私は単に知りたかったのです。なぜ彼らは異なった振る舞いをするのですか？ PowerShellには別の種類の許可レベルがありますか。それとも、何らかの特別なサンドボックスで実行されていますか？

どちらでもない。

コマンドプロンプトは、特殊なデバイスと通信する唯一の方法がそれらのデバイス名を使用することであった古いMS-DOSからの続きです：PRN、CON、その他...

これは基本的に、デバイスによって呼び出された後にピリオドが続くファイルは、Windowsでは違法であることを意味します。 MS-DOSには回避策がありますが、Powershellにはありません。これは基本的にあなたがWindowsでこの違法なファイル名に違反したファイルで作業することができないことを意味します。

そうです、その理由でそれらは非常に異なっています。できることだけでなく、構文全体が異なります。 PowerShellを使用してコマンドプロンプトでできることを実行できますが、その逆はできません。