Powershell 5.0の時点では、そうでない場合curlはのエイリアスですInvoke-WebRequest。
PS> Get-Alias -Definition Invoke-WebRequest | Format-Table -AutoSize
CommandType Name Version Source
----------- ---- ------- ------
Alias curl -> Invoke-WebRequest
Alias iwr -> Invoke-WebRequest
Alias wget -> Invoke-WebRequest
エイリアスなしのコマンドを使用するには...
PS> Invoke-WebRequest -Uri https://localhost:443/
PS> Invoke-WebRequest -Uri https://www.google.com
したがって、次のようにリクエストのいくつかのプロパティを返します...
PS> Invoke-WebRequest -Uri https://www.google.com
StatusCode : 200
StatusDescription : OK
Content : <!doctype html><html itemscope="" itemtype="http://schema.org/WebPage" lang="en-AU"><head><meta content="text/html; charset=UTF-8"
http-equiv="Content-Type"><meta content="/images/branding/googleg/1x/...
RawContent : HTTP/1.1 200 OK
X-XSS-Protection: 1; mode=block
X-Frame-Options: SAMEORIGIN
Vary: Accept-Encoding
...またはコンテンツのみ...
PS> Invoke-WebRequest -Uri https://www.google.com | Select-Object -ExpandProperty Content
<!doctype html><html itemscope="" itemtype="http://schem[etc ...]
同等のエイリアスコマンドは...
PS> curl -Uri https://www.google.com
PS> curl -Uri https://www.google.com | Select-Object -ExpandProperty Content
Powershellのデフォルトと他のエイリアスを活用して、コマンドを
PS> curl https://www.google.com
ps> curl https://www.google.com | Select -ExpandProperty Content
...しかし、私はそれをお勧めしません。詳細なコマンドは、コードを読むときに他の人を助けます。
更新：
Powershell 6.x
エイリアスの使用は推奨されません
以下のようにPowerShellの6.xの「コア」は curl、もはやの別名ではないInvoke-WebRequest（別名wgetも除去されます）。代わりにInvoke-WebRequest直接使用してください。
PS> Get-Alias -Definition Invoke-WebRequest | Format-Table -AutoSize
CommandType Name Version Source
----------- ---- ------- ------
Alias iwr -> Invoke-WebRequest
RFCで「Windows PowerShellからcurlとwgetのエイリアスを削除する」という動きが明らかに拒否されたにもかかわらず、CurlはInvoke-WebRequestのエイリアスではなくなりました（Powershell 6.2.3でテスト済み）。
RFCでは、「wget / curlエイリアスは既にPowerShell Coreから削除されているため、[これらのエイリアスを持つ]問題はWindows PowerShellに限定されていました。」
結論として、Powershellチームはユーザーに「スクリプト内のエイリアスに依存しない」ことを推奨しています。
@ v6akが使用コメントで述べたようにcurl、およびwgetPowerShellで（5.0以下）の問題であることができる：サイドバイサイドをインストールした場合、意図せずに実際のカールやwgetのを呼び出します。そして、いずれにせよ、混乱を引き起こします。
新しいエンコード
（および他の多くのテキスト出力コマンド）utf8NoBOMを使用するときに、デフォルトのエンコーディングを利用するために、Powershell "core"（6.x以上）をアップグレードすることをお勧めしますInvoke-WebRequest。これを明示的に行っている場合、次のようなことができます。
Invoke-WebRequest `
-Uri https://raw.githubusercontent.com/fancyapps/fancybox/master/dist/jquery.fancybox.min.js `
| Select-Object -ExpandProperty Content `
| Out-File jquery.fancybox.min.js `
-Encoding utf8NoBOM
ただし、より短く、暗黙的なコマンドを使用する場合でも...
Invoke-WebRequest `
-Uri https://raw.githubusercontent.com/fancyapps/fancybox/master/dist/jquery.fancybox.min.js `
-OutFile jquery.fancybox.min.js
...でエンコードutf8NoBOMが行われます（たとえば、保存したファイルをVisual Studio Codeで開き、ステータスバーの「UTF-8」を確認することで、これを確認できます）。
で保存されたファイルは、utf8NoBOMさまざまなエコシステムを移動するときの問題が少ない傾向があります。もちろん、他のエンコードが必要な場合は、いくつかの代替を明示的に設定できます。
Powershell 5.0以前utf8NoBOMでは、デフォルトはもちろんのこと、エンコードは使用できませんでした。
詳細：