這篇文章的標題是對 Glyph 的 Python Packaging is Good Now 的引用。我認為可以肯定地說,在這8年裡,我們已經從「好」變成了「偉大」。繼續閱讀我的推理。
初學者。另外,這些問題也正在解決。繼續閱讀。
輸入紫外線 2月15日,Astral發布了uv,我立即跳船。作為我工作的一部分,我通常必須安裝許多可能存在衝突的依賴項,而 uv 立即緩解了我的壓力。 但有趣的是,現在 uv 已經遠遠超出了最初的「更快的 pip」階段,它正在履行其「成為快速、可靠且易於使用的綜合性 Python 專案和套件管理器」的承諾。 回到我一開始提到的引導和啟動問題,uv 是如何解決的呢?考慮一下:
雷雷
npm 沒有任何相當於「活化」的東西就消失了,我認為未來的 Python 生態系統也將不再在 virtualenv 活化中找到太多用途。我還注意到 uv init 選擇了孵化。我一直對 PDM 有一點偏愛,但我認為這可能是個不歸路。 Leah 和貢獻者花了很多功夫才為 PyOpenSci 打包指南繪製了這個決策圖。但事實是,現在有一個基準
,人們可以在有更具體的需求時進行更改(例如,具有 Meson 或 scikit 構建能力的構建後端),這再次提供了更好的開發人員體驗。論康達
在接下來的幾年裡,我經常參考 Jake VanderPlas 解釋這些差異的舊部落格文章,但現在看來已經是失敗的原因了。
pip 和 conda 之間的互通性問題從未完全解決,雖然我認為 Pixi 人員做得非常出色,但我認為從長遠來看 uv 將獲勝。
我完全承認 conda 套件更好地圍繞非 Python 程式碼的概念構建,而當前「PyPI 上的胖輪子」的世界顯然是一個次優的解決方案。但整個生態系統已經朝這個方向發展:大多數軟體包現在都為各種平台發布了預先編譯的輪子。
換句話說:conda 在 2024 年可能不會像 2014 年那樣有用,也許是時候停止向初學者教授它並認為它是一個高級工具了。
現在有點為時過早,因為其中一些 uv 命令仍處於實驗階段,將來可能會發展。但有史以來第一次,我清楚地看到一個工作流程工具,它符合標準、全面、無引導問題、經過精心設計,而且可以獲勝.
這就是許多 Python 打包評論家一直想要的,對吧?不必從許多不同的工具中進行選擇。但我認為 uv 遠遠超出了這一點,它解決了其他開發者體驗問題,對此我感到高興和感激。
我正在有效地使用紫外線來完成所有事情,而且我不會回頭。我會繼續向大家推薦這個工具,繼續談論它,並希望它變得更廣泛。
以上是Python 封裝現在很棒:「uv」就是您所需要的的詳細內容。更多資訊請關注PHP中文網其他相關文章!