PowerShell 為什麼 alias 了 curl 就引起了如此大的爭議？

1樓：

微軟這是在強x使用者, 正常的curl --help會打出幫助

瞧瞧微軟都幹了些神馬

分明就是佔著茅坑不拉屎的行為, 還強塞在"C:\Windows\System32\curl.exe", 我自己安裝個curl都被這優先順序覆蓋了, 並且強塞那個還被系統保護了起來, 改個名字都不行pwsh我不跟你玩了好吧, 叛逃到 bash 去了.

2樓：Trim21

提個win平台下alias會出現的問題。

用chrome抓包可以直接copy as curl（cmd）或者copy as curl（bash）

無論是在PowerShell下面還是cmd下面都是無法執行的。

3樓：

這事情的關鍵是，curl的作者要求MS為了適應乙個既不是Windows自帶，也不是Windows原生的「業界知名工具」，去修改乙個從09年至今存在了7年的，並且刻意在Linux版上面不生效的別名。

換句話說就是軟體作者要求乙個作業系統的元件主動去相容自身……

4樓：媳婦不讓實名

根本就是用乙個會帶來相容性問題的方案來cancel掉另乙個會帶來相容性問題的方案，拿底層碼農當猴兒耍

讓我站隊的話：現在怎麼樣就怎麼樣，別再改了類似我討厭復古繁體字，不是覺得簡體字好，只是因為嫌麻煩，不折騰

如果當時沒發明簡體字，我也會討厭現在簡化漢字的

5樓：

這個別名我忘了是4.0還是5.0跟著Invoke-WebRequest引入的。

我也中過招，不過在windows可以加.exe字尾來呼叫原生的curl, 其他平台沒有字尾啊，難道得用絕對路徑？求指教。

要微軟砍掉就太過了，一來破壞了原來powershell指令碼的相容性，二來微軟起了相當多類似的別名，如ls, rm, mv，這些都不相容，難道都砍。

我覺得還是高手提供乙份powershell profile指令碼，教別人把看不慣的別名給禁了

6樓：Belleve

其實核心問題在於 Invoke-WebRequest 功能不夠全……說真的我用原版 curl 比 iwr 多的多。

直接把功能做到和 curl.exe 等同並且加上強型別就不會有人能有意見了，你看有人噴 ls 的麼？

首先，沒有強型別的 PS 那就沒意義了；然後，這個的根源是沒有和 native 進行強型別通訊的協議，我估計 @肖騏也在鬱悶這事，我開了 #1999 你們可以去頂。

這就導致，如果想要常見命令「型別化」，就必須要把常見命令重定向到自己實現的內部函式裡面（比如 ls），因為 shell 是給人操作的，如果常用的命令都沒有主打功能（強型別）的話，那我幹嘛不用 bash 或者 cmd。

再另外，curl 你要是去 build linux 版的 ps 是不會出現的，原始碼裡面有寫。