csharplang

C# 언어 디자인

C# 언어 디자인을 위한 공식 저장소에 오신 것을 환영합니다. 여기에서 새로운 C# 언어 기능이 개발, 채택 및 지정됩니다.

C#은 언어를 구현하는 Roslyn 프로젝트와 긴밀히 협력하여 C# 언어 디자인 팀(LDT)에 의해 설계되었습니다.

다음을 찾을 수 있습니다:

• 제안 폴더의 활성 C# 언어 기능 제안
• 회의 폴더에 있는 C# 언어 디자인 회의의 메모
• 여기에 언어 버전 기록 요약이 있습니다.

위 내용에서 버그나 결함을 발견한 경우 이를 제기할 수 있는 문제를 남겨주세요. 또는 더 나은 방법으로는 풀 요청을 통해 수정해 주시기 바랍니다.

그러나 새로운 기능 제안 의 경우 토론을 위해 제기하고 언어 디자인 팀 구성원("챔피언")이 초대한 경우 에만 문제 또는 끌어오기 요청으로 제안을 제출하십시오.

전체 설계 프로세스는 여기에 설명되어 있습니다. 간략한 개요는 다음과 같습니다.

토론

언어 기능과 관련된 토론은 이 저장소에서 토론 형식으로 진행됩니다.

기능을 제안하고 현재 디자인 노트나 제안 등에 대해 토론하고 싶다면 새 토론 주제를 열어주세요.

짧고 주제에 관한 토론은 읽혀질 가능성이 훨씬 더 높습니다. 댓글을 50번으로 남겨두면 그 글을 읽는 사람은 극소수일 가능성이 높습니다. 토론을 더 쉽게 탐색하고 이점을 얻으려면 다음과 같은 몇 가지 경험 법칙을 준수하십시오.

• 논의는 C# 언어 디자인과 관련되어야 합니다. 그렇지 않은 경우에는 즉시 종료됩니다.
• 토론 범위를 명확하게 전달하는 설명 주제를 선택하십시오.
• 토론 주제에 집중하세요. 댓글이 관련성이 있거나 하위 주제에 대해 자세히 설명하는 경우 새 토론을 시작하고 다시 연결하세요.
• 귀하의 댓글이 다른 사람들이 읽기에 유용합니까, 아니면 기존 댓글에 대한 이모티콘 반응으로 적절하게 표현할 수 있습니까?

Roslyn 분석기를 사용하면 특정 구문이 발생하지 않도록 하는 언어 제안을 얻을 수 있습니다. 기존 구문을 선택적으로 불법으로 만드는 제안은 언어 복잡성 증가를 방지하기 위해 언어 설계 위원회에서 거부됩니다.

제안

C# LDM 구성원이 더 넓은 팀에서 고려할 가치가 있는 제안을 발견하면 이를 옹호할 수 있습니다. 즉, 해당 제안을 C# 언어 디자인 회의에 가져오게 됩니다. 제안은 항상 챔피언 이슈가 아닌 연결된 토론에서 논의됩니다. 우리는 항상 이 정책을 따르지는 않았으므로 많은 챔피언 문제에 대해 논의할 것입니다. 이제 문제에 대한 새로운 논의가 발생하지 않도록 문제를 잠급니다. 각 챔피언 문제에는 토론 링크가 있습니다.

디자인 프로세스

제안은 토론, 실험 및 오프라인 디자인 작업을 통해 정보를 얻은 언어 디자인 회의의 결정의 결과로 발전합니다.

대부분의 경우 올바른 디자인을 결정하고 궁극적으로 해당 기능을 채택할지 여부를 결정하려면 기능의 프로토타입을 구현하고 공유해야 합니다. 프로토타입은 기능의 구현 및 유용성 문제를 모두 발견하는 데 도움이 됩니다. 프로토타입은 Roslyn 저장소의 포크에서 구현되어야 하며 다음 기준을 충족해야 합니다.

• 구문 분석(해당되는 경우)은 실험에 탄력적이어야 합니다. 입력으로 인해 충돌이 발생해서는 안 됩니다.
• 작업 전반에 걸쳐 기능을 시연하는 최소한의 테스트를 포함합니다.
• 최소한의 IDE 지원(키워드 색상 지정, 형식 지정, 완성)을 포함합니다.

승인되면 기능은 Roslyn에서 완전히 구현되고 언어 사양에 완전히 지정되어야 하며, 그 후 제안은 완성된 기능(예: C# 7.1 제안)에 대한 적절한 폴더로 이동됩니다.

면책조항 : 활성 제안은 C# 프로그래밍 언어의 향후 버전에 포함하기 위해 적극적으로 고려 중이지만 최종적으로 언어의 다음 버전 또는 모든 버전에 포함된다는 보장은 없습니다. 제안은 디자인 팀, 커뮤니티, 코드 검토자 또는 테스트의 피드백을 기반으로 위 프로세스의 모든 단계에서 언제든지 연기되거나 거부될 수 있습니다.

마일스톤

리포지토리 문제에 대한 몇 가지 다른 마일스톤이 있습니다.

• 워킹 세트(Working Set)는 현재 적극적으로 작업되고 있는 옹호 제안 세트입니다. 이 마일스톤의 모든 내용이 다음 버전의 C#으로 만들어지는 것은 아니지만 향후 릴리스 중에 디자인 시간이 확보될 것입니다.
• 백로그는 분류되었지만 적극적으로 작업되지 않은 옹호 제안 세트입니다. 이러한 제안에 대한 커뮤니티의 토론과 아이디어는 환영하지만, 이러한 기능에 대한 설계 작업 및 구현 검토 비용은 너무 높아 준비가 될 때까지 커뮤니티 구현을 고려하기에는 어렵습니다.
• 언제든지(Any Time)는 분류되었지만 적극적으로 작업되지 않았으며 커뮤니티 구현에 열려 있는 옹호 제안 세트입니다. 이에 대한 문제는 승인된 사양이 필요하고 구현이 필요하다는 두 가지 상태 중 하나일 수 있습니다. 사양이 필요한 사양은 사양 승인을 위해 LDM 중에 제시되어야 하지만 최대한 빠른 시일 내에 그렇게 하는 데 시간을 할애하고 있습니다.
• Likely Never는 LDM이 언어에서 거부한 제안 세트입니다. 강력한 필요성이나 커뮤니티 피드백이 없으면 이러한 제안은 향후 고려되지 않습니다.
• 번호가 매겨진 마일스톤은 해당 특정 언어 버전에 대해 구현된 기능 세트입니다. 마감된 마일스톤의 경우 해당 릴리스와 함께 제공되는 일련의 항목입니다. 공개 마일스톤의 경우 출시가 가까워지면서 호환성이나 기타 문제가 발견되면 나중에 기능을 가져올 수 있습니다.

언어 디자인 회의

LDM(언어 디자인 회의)은 LDT와 가끔 초대된 손님이 주최하며 회의 폴더의 디자인 회의 노트에 문서화되어 연도별로 폴더로 구성됩니다. 디자인 회의록의 수명은 Meetings/README.md에 설명되어 있습니다. LDM은 작업할 제안, 제안을 발전시키는 방법, 채택 여부 및 시기를 포함하여 향후 C# 버전에 대한 결정이 이루어지는 곳입니다.

언어 사양

현재 ECMA-334 사양은 C# 언어 표준 리포지토리의 마크다운 형식에서 찾을 수 있습니다.

구현

C# 언어의 참조 구현은 Roslyn 리포지토리에서 찾을 수 있습니다. 이 저장소는 언어 기능의 구현 상태도 추적합니다. 최근까지는 언어 디자인 아티팩트가 추적되는 곳이기도 했습니다. 활성화된 제안을 검토하는 동안 잠시 기다려 주시기 바랍니다.