與類似平臺的對比

概述

以下是與傳統程式設計或指令碼平臺相比的一些區別和優勢。

重點主要放在自動化、工具和日常工作負載上。

值得一提的是，對於 GUI 開發或原型設計，HTML/CSS/JS 非常好用，與生成式 AI 搭配尤其出色。

值得注意的事項

Pure（1/2）提供 REPL，雖然比較簡陋（不支援多行），但這是 dotnet 基於檔案的應用所缺少的。
總體而言，Pure 與生成式 AI 配合良好，只需極少的調整。

表格對比

平臺	型別	安裝大小	穩定性	特性	侷限	包管理/功能	適用場景	總結
Python	程式語言	版本太多。	相當穩定。	幾乎任何功能都能在某個庫中找到。	版本太多；環境臃腫。	包管理麻煩；可分發程式/終端指令碼環境混亂。	敏捷軟體；Web 後端；模擬原型。面向 CLI 或基於 Web；生態系統不太偏向桌面 GUI 應用（雖然有 PyGame 和 PyQt）。	缺少高階語言結構；支援無處不在。完成任務極其容易；與生成式 AI 配合良好。
Perl	程式語言	超級輕量、快速。	（待定）	（待定）	（待定）	（待定）		正是為完成任務而設計的（就語法而言），但其生態系統可能落後於 Python。從簡潔性的角度看，可能已經過時。
PowerShell	Shell 指令碼語言	安裝和使用都極其簡單。	相當穩定。	流程控制；可呼叫 .Net 函式。	語法古老。	自帶齊全的功能，匯入額外的非官方功能通常不是好主意。	Shell 自動化。	適合流程自動化；語法不適合高效的 OOP 程式設計。
Easy Shell	Shell 指令碼語言	超級輕量、快速。	開發中；內部工具。	與命令列使用習慣一致；可呼叫 C# 函式。	不夠成熟，缺少完整的 Shell 功能。	目前版本不支援；計劃提供檔案級支援	構建自動化；使用 C# 函式進行快速 REPL 求值。	適合構建指令碼。
C#（專案）	程式語言	使用 IDE（Visual Studio 或 IntelliJ）進行正式開發，安裝耗時極長。	只要避免重度 GUI 配置，就非常穩定。			安裝包需要大量按鈕點選（在 IDE 中）、命令或 `.csproj` 修改。自包含的依賴環境；快速且輕量。	非 DSL 的通用應用。	最適合強型別、高度精細的解決方案。
C# 14（基於檔案的應用）	指令碼語言	`Dotnet` SDK。	高度穩定。	NuGet 和 `.csproj` 引用。	完整的 C#；`r:` 指令；單檔案執行	不能有多個指令碼檔案；函式和類必須在檔案底部宣告	（主要是 Pure 做不到的事情）	除了比 Pure 更穩定之外，不確定它適合做什麼。
Pure（原版）	指令碼語言	需要 .NET 8 (ASP.NET) Runtime；可分發程式約 100MB	基於 C# .NET 8，很可能永遠不會改變，非常穩定（取決於底層 C#）；新增語言結構極少。可輕鬆遷移到正式 C#。	單檔案、自由風格的 C# 指令碼編寫。	跟蹤和多檔案支援有缺陷；跨平臺未經測試。	零麻煩的包管理和功能匯入；始終是單檔案。	短小（幾百到幾千行）的單檔案指令碼。	提供最高效的短程式碼片段編寫能力。
Pure 2	指令碼語言	300MB	（待定）			符合 POS。	（待定）	如果你想要更方便的版本控制、基於文字的指令碼編寫體驗以及接近 C# 的感覺，它是更好的選擇。
Divooka	程式語言	500MB	（待定）			自帶滿足日常使用的齊全功能。	（待定）	日常指令碼編寫所需的一切。

文字對比

以下將表格重新組織為易讀的 Markdown 小節。每個平臺都以一致的方式呈現，欄位標註清晰，並保留了原有意圖和內容。

Python

型別： 程式語言 安裝大小： 較大；版本和環境眾多 穩定性： 相當穩定

優勢

生態系統極其豐富；幾乎任何需求都有對應的庫
非常適合快速開發和原型設計
生成式 AI 整合和工具支援強大

侷限

版本碎片化
執行時和環境臃腫
桌面 GUI 生態系統相比 Web/CLI 較弱

包管理 / 分發

麻煩且混亂
虛擬環境和分發往往很脆弱

最適合

敏捷軟體開發
Web 後端
模擬和原型設計
面向 CLI 或基於 Web 的工具

總結

無處不在，完成任務很容易
缺少高階語言結構
生產力高，但以長期的整潔性為代價

Perl

型別： 程式語言 安裝大小： 超級輕量、快速 穩定性： 待定

優勢

語法明確為完成任務而設計
極其簡潔、富有表現力

侷限

生態系統落後於 Python
在現代環境中被視為過時

包管理 / 分發

待定

最適合

文字處理和快速指令碼編寫

總結

從語法角度看非常高效
奉行簡潔至上的理念，但生態系統正在老化

PowerShell

型別： Shell 指令碼語言 安裝大小： 安裝和使用都非常簡單 穩定性： 相當穩定

優勢

內建流程控制
與 .NET 深度整合
自動化能力強大

侷限

語法古老且冗長
不太適合結構化的 OOP

包管理 / 分發

自帶齊全的功能
通常不建議匯入非官方功能

最適合

Shell 和流程自動化

總結

非常適合自動化
不適合大型或結構良好的程式

Easy Shell

型別： Shell 指令碼語言 安裝大小： 超級輕量、快速 穩定性： 開發中；內部工具

優勢

熟悉的命令列語法
能夠呼叫 C# 函式
快速的 REPL 式求值

侷限

成熟度有限
Shell 功能集不完整

包管理 / 分發

目前版本不支援
計劃提供檔案級支援

最適合

構建自動化
藉助 C# 互操作進行快速指令碼編寫

總結

適用於構建指令碼和快速求值的實用工具

C#（基於專案）

型別： 程式語言 安裝大小： 龐大；IDE 配置（Visual Studio / IntelliJ）耗時 穩定性： 如果避免重度 GUI 技術棧，則非常穩定

優勢

強型別和豐富的語言結構
面向大型系統的優秀工具

侷限

配置門檻高
需要大量 IDE 操作或 .csproj 編輯

包管理 / 分發

自包含的依賴模型
構建完成後執行時快速且輕量
安裝包需要顯式配置

最適合

非 DSL 的通用應用
大型、結構化的系統

總結

非常適合高度精細、強型別的解決方案
對於小任務開銷較大

C# 14（基於檔案的應用）

型別： 指令碼語言 安裝大小： 需要 .NET SDK 穩定性： 高度穩定

優勢

完整的 C# 語言支援
r: 指令和 NuGet 整合
單檔案執行模型

侷限

不支援多檔案指令碼
函式和類必須在底部宣告

包管理 / 分發

通過 .csproj 引用使用 NuGet

最適合

Pure 無法滿足需求的情況
作為輕量級指令碼編寫的更穩定替代方案

總結

比 Pure 更死板
穩定性優先，靈活性其次

Pure（原版）

型別： 指令碼語言 安裝大小： 可分發程式約 100 MB；需要 .NET 8 (ASP.NET) Runtime 穩定性： 非常高（基於 C# .NET 8；語言改動極少）

優勢

單檔案、自由風格的 C# 指令碼編寫
可輕鬆遷移到正式的 C# 專案
編寫短指令碼極其高效

侷限

跟蹤和多檔案支援有缺陷
跨平臺行為未經充分測試

包管理 / 分發

零麻煩的包管理
始終是單檔案

最適合

短指令碼（幾百到幾千行）
以最小阻力快速編寫

總結

最大化短程式碼片段的編寫效率
最少的抽象，最快的思維速度

Pure 2

型別： 指令碼語言 安裝大小： 約 300 MB 穩定性： 待定

優勢

符合 POS
對版本控制更加友好
接近 C# 的基於文字的指令碼編寫體驗

侷限

規範和評估待定

包管理 / 分發

尚未最終確定

最適合

希望獲得類 C# 指令碼編寫體驗並更好地配合版本控制系統的使用者

總結

Pure 朝著可維護性和工具支援方向的演進

Divooka

型別： 程式語言 安裝大小： 約 500 MB 穩定性： 待定

優勢

自帶滿足日常使用的齊全功能
內建功能廣泛

侷限

詳情待定

包管理 / 分發

內建功能豐富

最適合

日常指令碼編寫和通用任務

總結

滿足日常指令碼編寫需求的一體化解決方案