csharplang

C#語言設計

歡迎來到 C# 語言設計的官方儲存庫。這是開發、採用和指定新的 C# 語言功能的地方。

C# 是由 C# 語言設計團隊 (LDT) 與實現語言的 Roslyn 專案密切合作設計的。

您可以找到：

• 提案資料夾中的活動 C# 語言功能提案
• 會議資料夾中 C# 語言設計會議的筆記
• 此處的語言版本歷史摘要。

如果您發現上述內容中的錯誤或缺陷，請留下問題來提出它們，或者更好的是：提出修復它們的拉取請求。

但是，對於新功能提案，請提出討論，並且只有在語言設計團隊成員（“冠軍”）邀請的情況下才將提案作為問題或拉取請求提交。

這裡描述了完整的設計過程。下面是更簡短的概述。

討論

有關語言功能的爭論在此存儲庫中以討論的形式進行。

如果您想建議某個功能、討論目前的設計說明或提案等，請開啟一個新的討論主題。

簡短且緊扣主題的討論更有可能被閱讀。如果您留下第 50 條評論，很可能只有少數人會閱讀它。為了使討論更容易導航並從中受益，請遵守一些經驗法則：

• 討論應該與 C# 語言設計相關。如果不這樣做，它們將立即關閉。
• 選擇一個能夠清楚傳達討論範圍的描述性主題。
• 緊扣討論的主題。如果評論是離題的，或者詳細介紹了子主題，請開始新的討論並返回連結。
• 您的評論對其他人閱讀是否有用，或者是否可以透過對現有評論的表情符號反應來充分錶達？

可以使用 Roslyn 分析器來實現防止特定語法發生的語言建議。僅使現有語法可選地非法的提案將被語言設計委員會拒絕，以防止增加語言複雜性。

提案

當 C# LDM 的成員發現某個提案值得更廣泛的團隊考慮時，他們可以支持它，這意味著他們會將其帶到 C# 語言設計會議。提案總是在連結討論中討論，而不是在冠軍問題中討論。我們並不總是遵循這個政策，所以很多冠軍問題都會有討論；我們現在鎖定問題以防止對其進行新的討論。每個冠軍問題都會有討論連結。

設計流程

提案的演變是語言設計會議決策的結果，這些決策是透過討論、實驗和離線設計工作提供的。

在許多情況下，有必要實現並共享某個功能的原型，以便得出正確的設計，並最終決定是否採用該功能。原型有助於發現功能的實作和可用性問題。原型應該在 Roslyn 儲存庫的分支中實現，並滿足以下條件：

• 解析（如果適用）應該能夠適應實驗：鍵入不應導致崩潰。
• 包括最少的測試，以端到端地展示該功能的工作情況。
• 包括最少的 IDE 支援（關鍵字著色、格式化、完成）。

一旦獲得批准，功能應在 Roslyn 中完全實現，並在語言規範中完全指定，隨後提案將被移至已完成功能的相應資料夾中，例如 C# 7.1 提案。

免責聲明：正在積極考慮將主動提案納入 C# 程式語言的未來版本，但不以任何方式保證最終包含在該語言的下一個或任何版本中。根據設計團隊、社群、程式碼審查者或測試的回饋，在上述過程的任何階段，提案可能隨時被推遲或拒絕。

里程碑

對於儲存庫中的問題，我們有幾個不同的里程碑：

• 工作集是目前正在積極處理的一組受支援的提案。並非這一里程碑中的所有內容都會成為 C# 的下一個版本，但它將在即將發布的版本中獲得設計時間。
• 待辦事項是一組已被分類但尚未積極處理的受支持的提案。雖然這些提案歡迎社區的討論和想法，但這些功能的設計工作和實施審查的成本太高，我們在準備好之前無法考慮社區實施。
• 任何時間是一組已被分類但尚未積極開展工作且對社區實施開放的受支援提案。此問題可能處於兩種狀態之一：需要批准的規範和需要實施。那些需要規範的內容仍需要在 LDM 期間提交以獲得規範批准，但我們願意花時間儘早這樣做。
• 可能永遠不會是 LDM 從該語言中拒絕的一組提案。如果沒有強烈的需求或社區回饋，這些提案將來將不會被考慮。
• 編號的里程碑是針對特定語言版本所實現的一組功能。對於已關閉的里程碑，這些是該版本附帶的一組內容。對於開放的里程碑，如果我們在接近發佈時發現相容性或其他問題，則可能會稍後刪除功能。

語言設計會議

語言設計會議 (LDM) 由 LDT 和偶爾受邀的嘉賓舉行，並記錄在會議文件夾中的設計會議筆記中，按年份組織在文件夾中。 Meetings/README.md 中描述了設計會議記錄的生命週期。 LDM 是做出有關未來 C# 版本的決策的地方，包括要處理哪些提案、如何改進提案以及是否以及何時採用它們。

語言規範

目前的 ECMA-334 規範可以在 C# 語言標準儲存庫中以降價形式找到。

執行

C# 語言的參考實作可以在 Roslyn 儲存庫中找到。該存儲庫還追蹤語言功能的實現狀態。直到最近，這也是追蹤語言設計工件的地方。請給我們一點時間來處理積極的提案。