12개 식

12.1 일반

식은 연산자와 피연산자의 시퀀스입니다. 이 절은 구문, 피연산자 및 연산자의 계산 순서 및 식의 의미를 정의합니다.

12.2 식 분류

12.2.1 일반

식의 결과는 다음 중 하나로 분류됩니다.

• 값입니다. 모든 값에는 연결된 형식이 있습니다.
• 변수입니다. 달리 지정하지 않는 한 변수는 명시적으로 형식화되고 연결된 형식, 즉 선언된 변수 형식을 가집니다. 암시적으로 형식화된 변수에는 연결된 형식이 없습니다.
• null 리터럴입니다. 이 분류가 있는 식은 암시적으로 참조 형식 또는 nullable 값 형식으로 변환할 수 있습니다.
• 익명 함수입니다. 이 분류를 사용하는 식은 호환되는 대리자 형식 또는 식 트리 형식으로 암시적으로 변환될 수 있습니다.
• 튜플입니다. 모든 튜플에는 각각 식과 선택적 튜플 요소 이름이 있는 고정된 개수의 요소가 있습니다.
• 속성 액세스입니다. 모든 속성 액세스에는 연결된 형식, 즉 속성의 형식이 있습니다. 또한 속성 액세스에 연결된 인스턴스 식이 있을 수 있습니다. 인스턴스 속성 액세스의 접근자가 호출되면 인스턴스 식을 계산한 결과가 나타내는 this 인스턴스가 됩니다(§12.8.14).
• 인덱서 액세스입니다. 모든 인덱서 액세스에는 연결된 형식, 즉 인덱서의 요소 형식이 있습니다. 또한 인덱서 액세스에는 연결된 인스턴스 식과 연결된 인수 목록이 있습니다. 인덱서 액세스의 접근자가 호출되면 인스턴스 식을 계산한 결과가 (§12.8.14)로 표시되는 this 인스턴스가 되고 인수 목록을 계산한 결과는 호출의 매개 변수 목록이 됩니다.
• 아무 일도 일어나지 않습니다. 식이 반환 형식 void이 있는 메서드를 호출할 때 발생합니다. 아무것도로 분류되지 않은 식은 statement_expression 컨텍스트(§13.7) 또는 lambda_expression 본문(§12.19)에서만 유효합니다.

더 큰 식의 하위 식으로 발생하는 식의 경우 명시된 제한 사항을 사용하여 결과를 다음 중 하나로 분류할 수도 있습니다.

• 네임스페이스입니다. 이 분류가 있는 식은 member_access 왼쪽(§12.8.7)으로만 표시할 수 있습니다. 다른 컨텍스트에서는 네임스페이스로 분류된 식으로 인해 컴파일 시간 오류가 발생합니다.
• 형식입니다. 이 분류가 있는 식은 member_access 왼쪽(§12.8.7)으로만 표시할 수 있습니다. 다른 컨텍스트에서는 형식으로 분류된 식으로 인해 컴파일 시간 오류가 발생합니다.
• 멤버 조회(§12.5)로 인해 오버로드된 메서드 집합인 메서드 그룹입니다. 메서드 그룹에는 연결된 인스턴스 식과 연결된 형식 인수 목록이 있을 수 있습니다. 인스턴스 메서드가 호출되면 인스턴스 식을 계산한 결과가 (§12.8.14)로 표시되는 this 인스턴스가 됩니다. 메서드 그룹은 invocation_expression(§12.8.10) 또는 delegate_creation_expression(§12.8.17.6)에서 허용되며 호환되는 대리자 형식(§10.8)으로 암시적으로 변환할 수 있습니다. 다른 컨텍스트에서 메서드 그룹으로 분류된 식은 컴파일 시간 오류를 발생합니다.
• 이벤트 액세스입니다. 모든 이벤트 액세스에는 연결된 형식, 즉 이벤트 유형이 있습니다. 또한 이벤트 액세스에는 연결된 인스턴스 식이 있을 수 있습니다. 이벤트 액세스는 및 -= 연산자의 += 왼쪽 피연산자로 나타날 수 있습니다(§12.21.5). 다른 컨텍스트에서 이벤트 액세스로 분류된 식은 컴파일 시간 오류를 발생합니다. 인스턴스 이벤트 액세스의 접근자가 호출되면 인스턴스 식을 계산한 결과가 나타내는 this 인스턴스가 됩니다(§12.8.14).
• 사용할 수 있는 throw 식은 식에서 예외를 throw하는 여러 컨텍스트입니다. throw 식은 암시적 변환을 통해 모든 형식으로 변환될 수 있습니다.

속성 액세스 또는 인덱서 액세스는 get 접근자 또는 set 접근자의 호출을 수행하여 항상 값으로 다시 분류됩니다. 특정 접근자는 속성 또는 인덱서 액세스의 컨텍스트에 따라 결정됩니다. 액세스가 할당의 대상인 경우 set 접근자가 호출되어 새 값을 할당합니다(§12.21.2). 그렇지 않으면 get 접근자가 호출되어 현재 값(§12.2.2)을 가져옵니다.

인스턴스 접근자는 인스턴스의 속성 액세스, 인스턴스의 이벤트 액세스 또는 인덱서 액세스입니다.

12.2.2 식 값

식을 포함하는 대부분의 구문은 궁극적으로 값을 나타내는 식이 필요합니다. 이러한 경우 실제 식이 네임스페이스, 형식, 메서드 그룹 또는 아무것도 표시하지 않으면 컴파일 시간 오류가 발생합니다. 그러나 식이 속성 액세스, 인덱서 액세스 또는 변수를 나타내는 경우 속성, 인덱서 또는 변수의 값은 암시적으로 대체됩니다.

• 변수의 값은 변수로 식별되는 스토리지 위치에 현재 저장된 값일 뿐입니다. 변수 값을 가져오거나 컴파일 시간 오류가 발생하기 전에 변수가 확실히 할당된 것으로 간주되어야 합니다(§9.4).
• 속성 액세스 식의 값은 속성의 get 접근자를 호출하여 가져옵니다. 속성에 get 접근자가 없으면 컴파일 시간 오류가 발생합니다. 그렇지 않으면 함수 멤버 호출(§12.6.6)이 수행되고 호출 결과가 속성 액세스 식의 값이 됩니다.
• 인덱서 액세스 식의 값은 인덱서의 get 접근자를 호출하여 가져옵니다. 인덱서에 get 접근자가 없으면 컴파일 시간 오류가 발생합니다. 그렇지 않으면 함수 멤버 호출(§12.6.6)이 인덱서 액세스 식과 연결된 인수 목록과 함께 수행되고 호출 결과는 인덱서 액세스 식의 값이 됩니다.
• 튜플 식의 값은 튜플 식의 형식에 암시적 튜플 변환(§10.2.13)을 적용하여 가져옵니다. 형식이 없는 튜플 식의 값을 가져오는 것은 오류입니다.

12.3 정적 및 동적 바인딩

12.3.1 일반

바인딩 은 식의 형식 또는 값(인수, 피연산자, 수신기)에 따라 연산이 참조하는 항목을 결정하는 프로세스입니다. 예를 들어 메서드 호출의 바인딩은 수신자 및 인수의 형식에 따라 결정됩니다. 연산자의 바인딩은 피연산자의 형식에 따라 결정됩니다.

C#에서 작업의 바인딩은 일반적으로 하위 식의 컴파일 시간 형식에 따라 컴파일 시간에 결정됩니다. 마찬가지로 식에 오류가 포함된 경우 오류가 검색되고 컴파일러에서 보고됩니다. 이 방법을 정적 바인딩이라고 합니다.

그러나 식이 동적 식 (즉, 형식 dynamic포함)인 경우 이는 참여하는 모든 바인딩이 컴파일 타임에 있는 형식이 아닌 런타임 형식을 기반으로 해야 임을 나타냅니다. 따라서 이러한 작업의 바인딩은 프로그램을 실행하는 동안 작업이 실행될 때까지 지연됩니다. 이를 동적 바인딩이라고 합니다.

작업이 동적으로 바인딩되면 컴파일러에서 거의 또는 전혀 검사하지 않습니다. 대신 런타임 바인딩이 실패하면 런타임에 오류가 예외로 보고됩니다.

C#의 다음 작업에는 바인딩이 적용됩니다.

• 멤버 액세스: e.M
• 메서드 호출: e.M(e₁,...,eᵥ)
• 대리자 호출: e(e₁,...,eᵥ)
• 요소 액세스: e[e₁,...,eᵥ]
• 개체 만들기: 새로 만들기 C(e₁,...,eᵥ)
• 오버로드된 단항 연산자: +, , ! -(논리 부정만 해당), ~, ++, --, , truefalse
• 오버로드된 이진 연산자: +,, -,*, /, &%, &&,|||??, ^,<<, >>,==, !=, >, , , >=<<=
• 대입 연산자: =, ,= ref, +=-=,*=, /=%=, &=, , <<=|=^=>>=
• 암시적 및 명시적 변환

동적 식이 관련되지 않은 경우 C#은 기본적으로 정적 바인딩을 사용합니다. 즉, 선택 프로세스에서 하위 식의 컴파일 시간 형식이 사용됩니다. 그러나 위에 나열된 작업의 하위 식 중 하나가 동적 식인 경우 작업은 동적으로 바인딩됩니다.

메서드 호출이 동적으로 바인딩되고 수신기를 포함한 모든 매개 변수가 입력 매개 변수인 경우 컴파일 시간 오류입니다.

12.3.2 바인딩 시간

정적 바인딩은 컴파일 시간에 발생하는 반면 동적 바인딩은 런타임에 발생합니다. 다음 하위클래스에서 바인딩 시간이라는 용어는 바인딩이 발생하는 시기에 따라 컴파일 시간 또는 런타임을 나타냅니다.

예제: 다음은 정적 및 동적 바인딩 및 바인딩 시간의 개념을 보여 줍니다.

object o = 5;
dynamic d = 5;
Console.WriteLine(5); // static binding to Console.WriteLine(int)
Console.WriteLine(o); // static binding to Console.WriteLine(object)
Console.WriteLine(d); // dynamic binding to Console.WriteLine(int)

처음 두 호출은 정적으로 바인딩됩니다. 오버로드는 인수의 Console.WriteLine 컴파일 시간 형식에 따라 선택됩니다. 따라서 바인딩 시간은 컴파일 시간입니다.

세 번째 호출은 동적으로 바인딩됩니다. 인수의 Console.WriteLine 런타임 형식에 따라 오버로드가 선택됩니다. 인수가 동적 식이므로 컴파일 시간 형식이 동적이므로 발생합니다. 따라서 세 번째 호출에 대한 바인딩 시간은 런타임입니다.

끝 예제

12.3.3 동적 바인딩

이 하위 클래스는 유익합니다.

동적 바인딩을 사용하면 C# 프로그램이 동적 개체, 즉 C# 형식 시스템의 일반 규칙을 따르지 않는 개체와 상호 작용할 수 있습니다. 동적 개체는 다른 형식 시스템을 사용하는 다른 프로그래밍 언어의 개체이거나, 다른 작업에 대한 자체 바인딩 의미 체계를 구현하도록 프로그래밍 방식으로 설정되는 개체일 수 있습니다.

동적 개체가 자체 의미 체계를 구현하는 메커니즘은 구현에서 정의됩니다. 지정된 인터페이스(다시 구현 정의)는 동적 개체에 의해 구현되어 C# 런타임에 특별한 의미 체계가 있음을 알릴 수 있습니다. 따라서 동적 개체에 대한 작업이 동적으로 바인딩될 때마다 이 사양에 지정된 C#이 아닌 고유한 바인딩 의미 체계가 인계됩니다.

동적 바인딩의 목적은 동적 개체와의 상호 운용을 허용하는 것이지만, C#에서는 동적 개체인지 여부에 관계없이 모든 개체에 대한 동적 바인딩을 허용합니다. 이렇게 하면 동적 개체에 대한 작업 결과가 동적 개체가 아닐 수도 있지만 컴파일 타임에 프로그래머에 알려지지 않은 형식이므로 동적 개체를 보다 원활하게 통합할 수 있습니다. 또한 동적 바인딩은 관련된 개체가 동적 개체가 없는 경우에도 오류가 발생하기 쉬운 리플렉션 기반 코드를 제거하는 데 도움이 될 수 있습니다.

12.3.4 하위 식 유형

작업이 정적으로 바인딩된 경우 하위 식의 형식(예: 수신기 및 인수, 인덱스 또는 피연산자)은 항상 해당 식의 컴파일 시간 형식으로 간주됩니다.

작업이 동적으로 바인딩되는 경우 하위 식의 형식은 하위 식의 컴파일 시간 형식에 따라 다른 방식으로 결정됩니다.

• 컴파일 시간 형식 동적의 하위 식은 식이 런타임에 계산되는 실제 값의 형식을 갖는 것으로 간주됩니다.
• 컴파일 시간 형식이 형식 매개 변수인 하위 식은 런타임에 형식 매개 변수가 바인딩된 형식으로 간주됩니다.
• 그렇지 않으면 하위 식은 컴파일 시간 형식으로 간주됩니다.

12.4 연산자

12.4.1 일반

식은 피연산자 및 연산자로 생성됩니다. 식의 연산자는 피연산자에 적용할 연산을 나타냅니다.

예: 연산자의 예로는 +, -, */및 new. 피연산자의 예로는 리터럴, 필드, 지역 변수 및 식이 있습니다. 끝 예제

다음과 같은 세 가지 연산자가 있습니다.

• 단항 연산자. 단항 연산자는 하나의 피연산자를 사용하고 접두사 표기법(예: –x) 또는 접두사 표기법(예: x++)을 사용합니다.
• 이진 연산자입니다. 이진 연산자는 두 개의 피연산자를 사용하고 모두 접두사 표기법(예: x + y)을 사용합니다.
• 3항 연산자입니다. 3개의 3개 연산자만 존재합니다. 이 연산 ?:자는 세 개의 피연산자를 사용하고 접두사 표기법(c ? x : y)을 사용합니다.

식에서 연산자의 계산 순서는 연산자의 우선 순위 및 결합성(§12.4.2)에 따라 결정됩니다.

식의 피연산자는 왼쪽에서 오른쪽으로 계산됩니다.

예: 에서 F(i) + G(i++) * H(i)메서드 F 는 이전 값을 i사용하여 호출되고 메서드 G 는 이전 값 i인 와 함께 호출되고, 마지막으로 메서드 H 는 i의 새 값으로 호출됩니다. 이는 연산자 우선 순위와 별개이며 관련이 없습니다. 끝 예제

특정 연산자는 오버로드할 수 있습니다. 연산자 오버로드(§12.4.3)를 사용하면 피연산자 중 하나 또는 둘 다 사용자 정의 클래스 또는 구조체 형식인 작업에 대해 사용자 정의 연산자 구현을 지정할 수 있습니다.

12.4.2 연산자 우선 순위 및 결합성

식에 여러 연산자가 포함되어 있으면 연산자의 우선 순위에 따라 개별 연산자가 계산되는 순서가 제어됩니다.

참고: 예를 들어 x + y * z 식은 연산자가 * 이진 + 연산자보다 우선 순위가 높기 때문에 계산 x + (y * z) 됩니다. 끝 메모

연산자의 우선 순위는 연결된 문법 프로덕션의 정의에 의해 설정됩니다.

참고: 예를 들어 additive_expression 연산자 또는 - 연산자를 구분 + 하여 multiplicative_expression시퀀스로 구성되므로 + 및 - 연산자가 , /및 % 연산자보다 우선 순위가 *낮습니다. 끝 메모

참고: 다음 표에는 우선 순위가 가장 높은 연산자에서 가장 낮은 순서로 모든 연산자가 요약되어 있습니다.

하위 클래스	범주	연산자
§12.8	기본	x.y x?.y f(x) a[x] a?[x] x++ x-- x! new typeof default checked unchecked delegate stackalloc
§12.9	단항	+ - !x ~ ++x --x (T)x await x
§12.10	곱하기	* / %
§12.10	더하기	+ -
§12.11	Shift	<< >>
§12.12	관계형 및 형식 테스트	< > <= >= is as
§12.12	Equality	== !=
§12.13	논리적 AND	&
§12.13	논리 XOR	^
§12.13	논리적 OR	\|
§12.14	조건부 AND	&&
§12.14	조건부 OR	\|\|
§12.15 및 §12.16	Null 병합 및 throw 식	?? throw x
§12.18	조건부	?:
§12.21 및 §12.19	대입 및 람다 식	= = ref *= /= %= += -= <<= >>= &= ^= \|= =>

끝 메모

피연산자는 동일한 우선 순위를 가진 두 연산자 사이에 나올 경우 연산자의 결합성에 따라 연산이 수행되는 순서가 제어됩니다.

• 대입 연산자 및 null 병합 연산자를 제외하고 모든 이진 연산자는 왼쪽에서 오른쪽으로 연산이 수행됨을 의미합니다.

  예: x + y + z 로 평가됩니다 (x + y) + z. 끝 예제

• 대입 연산자, null 병합 연산자 및 조건부 연산자(?:) 는 오른쪽에서 왼쪽으로 연산이 수행됨을 의미합니다.

  예: x = y = z 로 평가됩니다 x = (y = z). 끝 예제

우선 순위 및 결합성은 괄호를 사용하여 제어할 수 있습니다.

예: x + y * z 먼저 결과를 곱 y 한 z 다음 결과를 추가하지만(x + y) * z, 먼저 결과를 xz더 x 한 y 다음 곱합니다. 끝 예제

12.4.3 연산자 오버로드

모든 단항 및 이진 연산자는 미리 정의된 구현을 가지고 있습니다. 또한 클래스 및 구조체에 연산자 선언(§15.10)을 포함하여 사용자 정의 구현을 도입할 수 있습니다. 사용자 정의 연산자 구현은 항상 미리 정의된 연산자 구현보다 우선합니다. 적용 가능한 사용자 정의 연산자 구현이 없는 경우에만 §12.4.4 및 §12.4.5에 설명된 대로 미리 정의된 연산자 구현이 고려됩니다.

오버로드 가능한 단항 연산자는 다음과 같습니다.

+ - ! (논리적 부정에만 해당) ~ ++ -- true false

참고: 식에 명시적으로 사용되지는 않지만 true false(따라서 §12.4.2의 선행 테이블에 포함되지 않음) 부울 식(§12.24) 및 조건부(§12.18) 및 조건부 논리 연산자(§12.14)와 관련된 식 등 여러 식 컨텍스트에서 호출되기 때문에 연산자로 간주됩니다. 끝 메모

참고: null-forgiving 연산자(후위 !, §12.8.9)는 오버로드 가능한 연산자가 아닙니다. 끝 메모

오버로드 가능한 이 진 연산 자는 다음과 같습니다.

+  -  *  /  %  &  |  ^  <<  >>  ==  !=  >  <  <=  >=

위에 나열된 연산자만 오버로드할 수 있습니다. 특히 멤버 액세스, 메서드 호출 또는 =, ,||=>?:checkedunchecked??&&typeofdefaultnewas, 및 is 연산자를 오버로드할 수 없습니다.

이진 연산자가 오버로드되면 해당 복합 할당 연산자(있는 경우)도 암시적으로 오버로드됩니다.

예: 연산자의 오버로드는 연산 * 자의 오버로드이기도 합니다 *=. 이 내용은 §12.21에 자세히 설명되어 있습니다. 끝 예제

대입 연산자 자체는 (=) 오버로드할 수 없습니다. 할당은 항상 값의 단순 저장소를 변수로 수행합니다(§12.21.2).

같은 (T)x캐스트 작업은 사용자 정의 변환(§10.5)을 제공하여 오버로드됩니다.

참고: 사용자 정의 변환은 또는 as 연산자의 동작에 is 영향을 미치지 않습니다. 끝 메모

요소 액세스(예: a[x])는 오버로드 가능한 연산자로 간주되지 않습니다. 대신 사용자 정의 인덱싱은 인덱서(§15.9)를 통해 지원됩니다.

식에서 연산자는 연산자 표기법을 사용하여 참조되고 선언에서는 함수 표기법을 사용하여 연산자를 참조합니다. 다음 표에서는 단항 연산자와 이진 연산자에 대한 연산자와 기능 표기법 간의 관계를 보여 줍니다. 첫 번째 항목에서 «op»은 오버로드할 수 있는 단항 접두사 연산자를 표시합니다. 두 번째 항목에서 «op»은 단항 접두 ++ 사 및 -- 연산자를 표시합니다. 세 번째 항목에서 «op»은 오버로드 가능한 이진 연산자를 표시합니다.

참고: 및 -- 연산자를 오버로드하는 예제는 ++ §15.10.2를 참조하세요. 끝 메모

연산자 표기법	기능 표기법
«op» x	operator «op»(x)
x «op»	operator «op»(x)
x «op» y	operator «op»(x, y)

사용자 정의 연산자 선언에는 항상 매개 변수 중 하나 이상이 연산자 선언을 포함하는 클래스 또는 구조체 형식이어야 합니다.

참고: 따라서 사용자 정의 연산자가 미리 정의된 연산자와 동일한 서명을 가질 수 없습니다. 끝 메모

사용자 정의 연산자 선언은 연산자의 구문, 우선 순위 또는 결합성을 수정할 수 없습니다.

예: / 연산자는 항상 이진 연산자이고, 항상 §12.4.2에 지정된 우선 순위 수준을 가지며, 항상 왼쪽 결합형입니다. 끝 예제

참고: 사용자 정의 연산자가 권장하는 모든 계산을 수행할 수 있지만 직관적으로 예상되는 결과 이외의 결과를 생성하는 구현은 권장되지 않습니다. 예를 들어 연산 == 자 구현은 두 피연산자를 같음으로 비교하고 적절한 bool 결과를 반환해야 합니다. 끝 메모

§12.9에서 §12.21까지의 개별 연산자에 대한 설명은 연산자의 미리 정의된 구현과 각 연산자에 적용되는 추가 규칙을 지정합니다. 설명은 단항 연산자 오버로드 확인, 이진 연산자 오버로드 확인, 숫자 승격 및 다음 하위 항목에 있는 해제된 연산자 정의를 사용합니다.

12.4.4 단항 연산자 오버로드 확인

형식 또는 x «op»«op»가 오버로드 가능한 단항 연산자이며 x 형식X의 식인 경우 «op» x 다음과 같이 처리되는 연산입니다.

• 작업에 대해 제공되는 X 후보 사용자 정의 연산자 집합은 §12.4.6의 규칙을 사용하여 결정 operator «op»(x) 됩니다.
• 후보 사용자 정의 연산자 집합이 비어 있지 않으면 작업에 대한 후보 연산자 집합이 됩니다. 그렇지 않으면 해제된 폼을 포함하여 미리 정의된 이진 operator «op» 구현이 작업에 대한 후보 연산자의 집합이 됩니다. 지정된 연산자의 미리 정의된 구현은 연산자의 설명에 지정됩니다. 열거형 또는 대리자 형식에서 제공하는 미리 정의된 연산자는 바인딩 시간 형식 또는 null 허용 형식인 경우 기본 형식이 열거형 또는 대리자 형식인 경우에만 이 집합에 포함됩니다.
• §12.6.4의 오버로드 확인 규칙은 인수 목록(x)과 관련하여 최상의 연산자를 선택하기 위해 후보 연산자 집합에 적용되며, 이 연산자는 오버로드 확인 프로세스의 결과가 됩니다. 오버로드 확인이 최상의 단일 연산자를 선택하지 못하면 바인딩 시간 오류가 발생합니다.

12.4.5 이진 연산자 오버로드 확인

«op»은 오버로드 가능한 이진 연산 x 자이며 형식X의 식이며 y 형식Y의 식인 형식x «op» y의 연산은 다음과 같이 처리됩니다.

• 작업 operator «op»(x, y) 에서 제공 X 된 Y 후보 사용자 정의 연산자 집합이 결정됩니다. 집합은 제공된 후보 연산자와 제공된 X Y후보 연산자의 조합으로 구성되며, 각각 §12.4.6의 규칙을 사용하여 결정됩니다. 결합된 집합의 경우 후보는 다음과 같이 병합됩니다.
  • ID 변환이 가능하거나 Y 공통 기본 형식에서 파생된 경우 Y X X 공유 후보 연산자는 결합된 집합에서 한 번만 발생합니다.
  • 둘 사이의 X YID 변환이 있는 경우 제공된 연산 «op»Y 자는 제공된 Y X 것과 동일한 반환 형식 «op»X 을 가지며 피연산자 형식은 «op»Y 해당 피연산자 형식 «op»X 으로의 ID 변환을 가지며 집합에서만 «op»X 발생합니다.
• 후보 사용자 정의 연산자 집합이 비어 있지 않으면 작업에 대한 후보 연산자 집합이 됩니다. 그렇지 않으면 해제된 폼을 포함하여 미리 정의된 이진 operator «op» 구현이 작업에 대한 후보 연산자의 집합이 됩니다. 지정된 연산자의 미리 정의된 구현은 연산자의 설명에 지정됩니다. 미리 정의된 열거형 및 대리자 연산자의 경우 고려되는 유일한 연산자는 피연산자 중 하나의 바인딩 시간 형식인 열거형 또는 대리자 형식에서 제공하는 연산자뿐입니다.
• §12.6.4의 오버로드 확인 규칙은 인수 목록(x, y)과 관련하여 최상의 연산자를 선택하기 위해 후보 연산자 집합에 적용되며, 이 연산자는 오버로드 확인 프로세스의 결과가 됩니다. 오버로드 확인이 최상의 단일 연산자를 선택하지 못하면 바인딩 시간 오류가 발생합니다.

12.4.6 후보 사용자 정의 연산자

T 형식 및 연산operator «op»(A)이 지정된 경우 «op»은 오버로드 가능한 연산자이며 A 인수 목록이므로 연산 «op»(A) 자에 대해 제공되는 T 후보 사용자 정의 연산자 집합은 다음과 같이 결정됩니다.

• 형식 T₀을 확인합니다. nullable 값 형식이면 T 기본 형식이고, T₀ 그렇지 않으면 같음 TT₀ 입니다.
• 인수 목록A과 관련하여 하나 이상의 연산자T₀(§12.6.4.2)를 적용할 수 있는 경우 이러한 연산자의 모든 operator «op» 선언 및 해제된 형식의 경우 후보 연산자 집합은 해당 연산자의 모든 연산T₀자로 구성됩니다.
• 그렇지 않으면 T₀ object후보 연산자 집합이 비어 있습니다.
• 그렇지 않으면 제공된 T₀ 후보 연산자 집합은 직접 기본 클래스에서 제공하는 후보 연산자 T₀집합이거나 형식 매개 변수인 경우 T₀ 의 T₀ 유효 기본 클래스입니다.

12.4.7 숫자 승격

12.4.7.1 일반

이 하위 클래스는 유익합니다.

§12.4.7 및 하위 항목은 다음의 결합된 효과를 요약한 것입니다.

• 암시적 숫자 변환 규칙(§10.2.3);
• 더 나은 변환을 위한 규칙(§12.6.4.7); 및
• 사용 가능한 산술(§12.10), 관계형(§12.12) 및 정수 논리 연산자(§12.13.2) 연산자입니다.

숫자 승격은 미리 정의된 단항 및 이진 숫자 연산자의 피연산자의 특정 암시적 변환을 자동으로 수행하는 것으로 구성됩니다. 숫자 승격은 고유한 메커니즘이 아니라 미리 정의된 연산자에게 오버로드 해상도를 적용하는 효과입니다. 숫자 승격은 특히 사용자 정의 연산자의 평가에 영향을 주지 않지만 사용자 정의 연산자는 유사한 효과를 나타내도록 구현할 수 있습니다.

숫자 승격의 예로 이진 * 연산자의 미리 정의된 구현을 고려합니다.

int operator *(int x, int y);
uint operator *(uint x, uint y);
long operator *(long x, long y);
ulong operator *(ulong x, ulong y);
float operator *(float x, float y);
double operator *(double x, double y);
decimal operator *(decimal x, decimal y);

이 연산자 집합에 오버로드 확인 규칙(§12.6.4)을 적용하면 피연산자 형식에서 암시적 변환이 존재하는 첫 번째 연산자를 선택할 수 있습니다.

예: 작업의 b * s경우 여기서 b 는 a byte 이고 s , 오버로드 해상도는 short최상의 연산자로 선택됩니다 operator *(int, int) . 따라서 효과는 그 b 효과이며 s 변환 int되며 결과의 형식은 다음과 같습니다 int. 마찬가지로, 작업의 i * d경우, 여기서는 <a0i/>double이고d, overload 해상도는 최상의 연산자로 선택됩니다operator *(double, double). 끝 예제

정보 텍스트의 끝입니다.

12.4.7.2 단항 숫자 승격

이 하위 클래스는 유익합니다.

단항 숫자 승격은 미리 정의된 +-피연산자 및 ~ 단항 연산자의 피연산자에서 발생합니다. 단항 숫자 승격은 단순히 형식, , ushortshortbytechar 또는 형식sbyte의 피연산자를 변환하는 것으로 int구성됩니다. 또한 단항 – 연산자의 경우 단항 숫자 승격은 형식의 피연산자를 형식 uint long으로 변환합니다.

정보 텍스트의 끝입니다.

12.4.7.3 이진 숫자 승격

이 하위 클래스는 유익합니다.

이진 숫자 승격은 미리 정의된 , ,, , %|>=<>^*!=/==&및 <= 이진 연산자의 피연산자에서 발생합니다. -+ 이진 숫자 승격은 두 피연산자를 비관계형 연산자의 경우 연산의 결과 형식이 되는 공통 형식으로 암시적으로 변환합니다. 이진 숫자 승격은 여기에 표시되는 순서대로 다음 규칙을 적용하는 것으로 구성됩니다.

• 피연산자 중 하나가 형식decimal인 경우 다른 피연산자는 형식으로 변환되거나 다른 피연산자는 형식 decimalfloat double이거나 다른 피연산자의 경우 바인딩 시간 오류가 발생합니다.
• 그렇지 않으면 피연산자 중 하나가 형식 double이면 다른 피연산자는 형식 double으로 변환됩니다.
• 그렇지 않으면 피연산자 중 하나가 형식 float이면 다른 피연산자는 형식 float으로 변환됩니다.
• 그렇지 않으면 피연산자 중 하나가 형식ulong인 경우 다른 피연산자를 형식ulong으로 변환하거나 다른 피연산inttype sbyteshortlong자의 경우 바인딩 시간 오류가 발생합니다.
• 그렇지 않으면 피연산자 중 하나가 형식 long이면 다른 피연산자는 형식 long으로 변환됩니다.
• 그렇지 않은 경우 피연산자는 형식 uint 이고 다른 피연산자는 형식intsbyteshort이거나 두 피연산자는 모두 형식long으로 변환됩니다.
• 그렇지 않으면 피연산자 중 하나가 형식 uint이면 다른 피연산자는 형식 uint으로 변환됩니다.
• 그렇지 않으면 두 피연산자는 모두 형식 int으로 변환됩니다.

참고: 첫 번째 규칙은 형식과 float 형식 double 을 혼합 decimal 하는 모든 작업을 허용하지 않습니다. 규칙은 형식과 double float 형식 간에 decimal 암시적 변환이 없다는 사실에서 따릅니다. 끝 메모

참고: 다른 피연산자는 부호 있는 정수 계열 형식일 때 피연산자의 형식 ulong 이 될 수 없습니다. 그 이유는 서명된 정수 계열 형식뿐만 아니라 전체 범위를 ulong 나타낼 수 있는 정수 계열 형식이 없기 때문입니다. 끝 메모

위의 두 경우 모두 캐스트 식을 사용하여 한 피연산자를 다른 피연산자와 호환되는 형식으로 명시적으로 변환할 수 있습니다.

예제: 다음 코드에서

decimal AddPercent(decimal x, double percent) =>
    x * (1.0 + percent / 100.0);

바인딩 시간 오류는 을 곱double할 수 없기 때문에 decimal 발생합니다. 오류는 다음과 같이 두 번째 피연산자를 명시적으로 변환하여 decimal해결됩니다.

decimal AddPercent(decimal x, double percent) =>
    x * (decimal)(1.0 + percent / 100.0);

끝 예제

정보 텍스트의 끝입니다.

12.4.8 리프트 연산자

해제된 연산 자는 nullable이 아닌 값 형식에서 작동하는 미리 정의된 연산자와 사용자 정의 연산자도 해당 형식의 nullable 형식과 함께 사용할 수 있도록 허용합니다. 리프트된 연산자는 다음에 설명된 대로 특정 요구 사항을 충족하는 미리 정의된 사용자 정의 연산자에서 생성됩니다.

• 단항 연산+++---!자의 경우 피연산자 및 ~결과 형식이 모두 null을 허용하지 않는 값 형식인 경우 연산자의 해제된 형식이 존재합니다. 해제된 폼은 피연산자 및 결과 형식에 단일 ? 한정자를 추가하여 생성됩니다. 해제된 연산자는 피연산null자가면 null 값을 생성합니다. 그렇지 않으면 해제된 연산자가 피연산자를 래핑 해제하고, 기본 연산자를 적용하고, 결과를 래핑합니다.
• 피연산자 및 결과 형식이 모두 null을 허용하지 않는 값 형식인 경우 이진 연산+/%*-|^&<<자, 및 >>, 및 연산자의 해제된 형식이 존재합니다. 해제된 폼은 각 피연산자 및 결과 형식에 단일 ? 한정자를 추가하여 생성됩니다. 리프팅된 연산자는 하나 또는 두 피연산자가 null 모두 있는 경우 값을 생성 null 합니다(§12.13.5에 설명된 대로 형식의 bool? 연산자 및 | 연산자인 예외&). 그렇지 않은 경우 해제된 연산자는 피연산자를 래핑 해제하고, 기본 연산자를 적용하고, 결과를 래핑합니다.
• 같음 연산 == 자의 !=경우 피연산자 형식이 모두 null을 허용하지 않는 값 형식이고 결과 형식이면 연산자의 해제된 형식이 존재합니다 bool. 해제된 폼은 각 피연산자 형식에 단일 ? 한정자를 추가하여 생성됩니다. 리프트 연산자는 두 null 값이 같고 값이 null 다른null 값과 같지 않은 것으로 간주합니다. 두 피연산자가 모두 비이null면 해제된 연산자는 피연산자를 래핑 해제하고 기본 연산자를 적용하여 결과를 생성 bool 합니다.
• 관계형 연산<>=><=자의 경우 피연산자 형식이 모두 null을 허용하지 않는 값 형식이고 결과 형식이면 연산자의 해제된 형식이 존재합니다.bool 해제된 폼은 각 피연산자 형식에 단일 ? 한정자를 추가하여 생성됩니다. 해제된 연산자는 하나 또는 두 피연산자가 모두 있는 경우 값을 false 생성합니다 null. 그렇지 않으면 해제된 연산자는 피연산자를 래핑 해제하고 기본 연산자를 적용하여 결과를 생성 bool 합니다.

12.5 멤버 조회

12.5.1 일반

멤버 조회는 형식 컨텍스트에서 이름의 의미가 결정되는 프로세스입니다. 멤버 조회는 식에서 simple_name(§12.8.4) 또는 member_access(§12.8.7)를 평가하는 과정의 일부로 발생할 수 있습니다. invocation_expression(§12.8.10.2)의 primary_expression simple_name 또는 member_access 발생하면 멤버가 호출되었다고 합니다.

멤버가 메서드 또는 이벤트이거나 대리자 형식(§20) 또는 형식dynamic(§8.2.4)의 상수, 필드 또는 속성인 경우 멤버는 호출할 수 없는 것으로 간주됩니다.

멤버 조회는 멤버의 이름뿐만 아니라 멤버가 갖는 형식 매개 변수 수 및 멤버에 액세스할 수 있는지 여부도 고려합니다. 멤버 조회를 위해 제네릭 메서드와 중첩된 제네릭 형식은 해당 선언에 표시된 형식 매개 변수 수를 가지며 다른 모든 멤버에는 0개의 형식 매개 변수가 있습니다.

형식 T 의 형식 인수가 있는 K 이름의 N 멤버 조회는 다음과 같이 처리됩니다.

• 첫째, 액세스 가능한 멤버 집합이 N 결정됩니다.
  • 형식 매개 변수인 경우 T 집합은 기본 제약 조건 또는 보조 제약 조건(§15.2.5)T으로 지정된 각 형식에 명명 N 된 액세스 가능한 멤버 집합과 이름이 지정된 N object액세스 가능한 멤버 집합의 합합입니다.
  • 그렇지 않으면 집합은 상속된 멤버와 이름이 지정된 N 액세스 가능한 멤버를 포함하여 이름이 지정된 N T모든 액세스 가능(§7.5) 멤버로 구성됩니다object. 생성된 형식인 경우 T §15.3.3에 설명된 대로 형식 인수를 대체하여 멤버 집합을 가져옵니다. 한정자를 override 포함하는 멤버는 집합에서 제외됩니다.
• 다음으로, 0이면 K 선언에 형식 매개 변수가 포함된 모든 중첩 형식이 제거됩니다. K 0이 아니면 형식 매개 변수 수가 다른 모든 멤버가 제거됩니다. 0이면 K 형식 유추 프로세스(§12.6.3)가 형식 인수를 유추할 수 있으므로 형식 매개 변수가 있는 메서드는 제거되지 않습니다.
• 그런 다음 멤버가 호출되면 호출할 수 없는 모든 멤버가 집합에서 제거됩니다.
• 다음으로, 다른 멤버에 의해 숨겨진 멤버가 집합에서 제거됩니다. 집합의 모든 멤버 S.M 에 대해 멤버 S 가 선언되는 M 형식은 다음과 같은 규칙이 적용됩니다.
  • 상수, 필드, 속성, 이벤트 또는 열거형 멤버인 경우 M 기본 형식 S 으로 선언된 모든 멤버가 집합에서 제거됩니다.
  • 형식 선언인 경우 M 기본 형식으로 선언된 모든 비 형식이 집합에서 제거되고 기본 형식 S 에 선언된 형식 M 매개 변수 수가 동일한 모든 형식 S 선언이 집합에서 제거됩니다.
  • 메서드인 경우 M 기본 형식 S 으로 선언된 모든 비 메서드 멤버가 집합에서 제거됩니다.
• 다음으로 클래스 멤버에 의해 숨겨진 인터페이스 멤버가 집합에서 제거됩니다. 이 단계는 형식 매개 변수이고 유효 기본 클래스가 아닌 object 유효 기본 클래스와 T 비어있지 않은 유효 인터페이스 집합(§15.2.5)이 모두 있는 경우에만 T 적용됩니다. 멤버가 선언된 형식인 집합의 모든 멤버 S.M M 에 대해 다음 규칙이 적용됩니다(클래스 선언인 경우S)object.S
  • 상수, 필드, 속성, 이벤트, 열거형 멤버 또는 형식 선언인 경우 M 인터페이스 선언에 선언된 모든 멤버가 집합에서 제거됩니다.
  • 메서드인 경우 M 인터페이스 선언에 선언된 모든 비 메서드 멤버가 집합에서 제거되고 인터페이스 선언에 선언된 것과 M 동일한 시그니처를 가진 모든 메서드가 집합에서 제거됩니다.
• 마지막으로 숨겨진 멤버를 제거하면 조회 결과가 결정됩니다.
  • 집합이 메서드가 아닌 단일 멤버로 구성된 경우 이 멤버는 조회의 결과입니다.
  • 그렇지 않으면 집합에 메서드만 포함된 경우 이 메서드 그룹은 조회의 결과입니다.
  • 그렇지 않으면 조회가 모호하고 바인딩 시간 오류가 발생합니다.

형식 매개 변수 및 인터페이스 이외의 형식의 멤버 조회 및 엄격하게 단일 상속인 인터페이스의 멤버 조회(상속 체인의 각 인터페이스에는 정확히 0개 또는 1개의 직접 기본 인터페이스가 있음)의 경우 조회 규칙의 효과는 파생 멤버가 동일한 이름 또는 서명으로 기본 멤버를 숨기는 것입니다. 이러한 단일 상속 조회는 결코 모호하지 않습니다. 다중 상속 인터페이스의 멤버 조회에서 발생할 수 있는 모호성은 §18.4.6에 설명되어 있습니다.

참고: 이 단계는 한 종류의 모호성만 고려합니다. 멤버 조회로 인해 메서드 그룹이 생성되면 예를 들어 §12.6.4.1 및 §12.6.6.2에 설명된 것처럼 모호성으로 인해 메서드 그룹의 추가 사용이 실패할 수 있습니다. 끝 메모

12.5.2 기본 형식

멤버 조회를 위해 형식 T 은 다음과 같은 기본 형식을 갖는 것으로 간주됩니다.

• 이 object 면 T dynamicT 기본 형식이 없습니다.
• enum_type 경우 기본 형식 T 은 클래스 형식 System.EnumSystem.ValueType및 object.T
• struct_type 경우 T 기본 형식 T 은 클래스 형식 System.ValueType 및 object.

  참고: nullable_value_type struct_type(§8.3.1)입니다. 끝 메모

• class_type 경우 T 기본 형식은 클래스 형식 T 을 포함하여 기본 클래스object입니다T.
• interface_type 경우 T 기본 형식 T 은 기본 인터페이스 T 및 클래스 형식object입니다.
• array_type 경우 T 기본 형식 T 은 클래스 형식 System.Array 및 object.
• delegate_type 경우 T 기본 형식 T 은 클래스 형식 System.Delegate 및 object.

12.6 함수 멤버

12.6.1 일반

함수 멤버는 실행 문을 포함하는 멤버입니다. 함수 멤버는 항상 형식의 멤버이며 네임스페이스의 멤버일 수 없습니다. C#은 함수 멤버의 다음 범주를 정의합니다.

• 메서드
• 속성
• 이벤트
• 인덱서
• 사용자 정의 연산자
• 인스턴스 생성자
• 정적 생성자
• 종료자

종료자 및 정적 생성자(명시적으로 호출할 수 없음)를 제외하고 함수 멤버에 포함된 문은 함수 멤버 호출을 통해 실행됩니다. 함수 멤버 호출을 작성하기 위한 실제 구문은 특정 함수 멤버 범주에 따라 달라집니다.

함수 멤버 호출의 인수 목록(§12.6.2)은 함수 멤버의 매개 변수에 대한 실제 값 또는 변수 참조를 제공합니다.

제네릭 메서드를 호출하면 형식 유추를 사용하여 메서드에 전달할 형식 인수 집합을 결정할 수 있습니다. 이 프로세스는 §12.6.3에 설명되어 있습니다.

메서드, 인덱서, 연산자 및 인스턴스 생성자의 호출은 오버로드 확인을 사용하여 호출할 함수 멤버의 후보 집합을 결정합니다. 이 프로세스는 §12.6.4에 설명되어 있습니다.

바인딩 시 특정 함수 멤버가 확인되면 오버로드 확인을 통해 함수 멤버를 호출하는 실제 런타임 프로세스는 §12.6.6에 설명되어 있습니다.

참고: 다음 표에는 명시적으로 호출할 수 있는 함수 멤버의 6개 범주와 관련된 구문에서 발생하는 처리가 요약되어 있습니다. 테이블에서 e변수 xy또는 값으로 분류된 식을 나타내고value, T 형식으로 분류된 식을 나타내고, F 메서드의 단순 이름이며P, 속성의 단순 이름입니다.

구문	예제	설명
메서드 호출	F(x, y)	오버로드 확인은 포함하는 클래스 또는 구조체에서 최상의 방법을 F 선택하기 위해 적용됩니다. 메서드는 인수 목록 (x, y)으로 호출됩니다. 메서드가 아닌 static경우 인스턴스 식은 .입니다 this.
	T.F(x, y)	오버로드 확인은 클래스 또는 구조체에서 최상의 방법을 F 선택하기 위해 적용됩니다 T. 메서드가 아닌 static경우 바인딩 시간 오류가 발생합니다. 메서드는 인수 목록 (x, y)으로 호출됩니다.
	e.F(x, y)	오버로드 확인은 클래스, 구조체 또는 형식e에서 제공하는 인터페이스에서 최상의 방법을 F 선택하기 위해 적용됩니다. 메서드 static가 .인 경우 바인딩 시간 오류가 발생합니다. 메서드는 인스턴스 식 e 및 인수 목록을 사용하여 호출됩니다 (x, y).
속성 액세스	P	포함하는 클래스 또는 구조체에 있는 속성 P 의 get 접근자가 호출됩니다. 쓰기 전용인 경우 P 컴파일 시간 오류가 발생합니다. 그렇지 않은 static경우 P 인스턴스 식은 .입니다this.
	P = value	포함하는 클래스 또는 구조체에 있는 속성 P 의 set 접근자가 인수 목록 (value)과 함께 호출됩니다. 읽기 전용인 경우 P 컴파일 시간 오류가 발생합니다. 그렇지 않은 static경우 P 인스턴스 식은 .입니다this.
	T.P	클래스 또는 구조 T 체에서 속성 P 의 get 접근자가 호출됩니다. 컴파일 시간 오류가 발생하지 않거나 static 쓰기 전용인 경우 P 발생 P 합니다.
	T.P = value	클래스 또는 구조 T 체에서 속성 P 의 set 접근자가 인수 목록(value)과 함께 호출됩니다. 컴파일 시간 오류가 발생하지 않거나 static 읽기 전용인 경우 P 발생 P 합니다.
	e.P	형식에서 제공하는 클래스, 구조체 또는 인터페이스에 있는 속성 P 의 E get 접근자가 인스턴스 식을 e사용하여 호출됩니다. 바인딩 시간 오류는 static 쓰기 전용인 경우 P P 발생합니다.
	e.P = value	클래스, 구조체 또는 형식으로 지정된 인터페이스의 E 속성 P 집합 접근자가 인스턴스 식 e 및 인수 목록(value)으로 호출됩니다. 바인딩 시간 오류는 static 읽기 전용인 경우 P P 발생합니다.
이벤트 액세스	E += value	포함하는 클래스 또는 구조체에서 이벤트의 E 추가 접근자가 호출됩니다. 그렇지 않은 static경우 E 인스턴스 식은 .입니다this.
	E -= value	포함하는 클래스 또는 구조체에서 이벤트의 E remove 접근자가 호출됩니다. 그렇지 않은 static경우 E 인스턴스 식은 .입니다this.
	T.E += value	클래스 또는 구조 T 체에서 이벤트의 E 추가 접근자가 호출됩니다. 그렇지 않은 static경우 E 바인딩 시간 오류가 발생합니다.
	T.E -= value	클래스 또는 구조 T 체에서 이벤트의 E remove 접근자가 호출됩니다. 그렇지 않은 static경우 E 바인딩 시간 오류가 발생합니다.
	e.E += value	클래스, 구조체 또는 형식으로 지정된 인터페이스에서 E 이벤트의 E add 접근자가 인스턴스 식을 e사용하여 호출됩니다. 바인딩 시간 오류(static있는 경우E)가 발생합니다.
	e.E -= value	클래스, 구조체 또는 형식에서 지정한 인터페이스에서 E 이벤트의 E 제거 접근자가 인스턴스 식을 e사용하여 호출됩니다. 바인딩 시간 오류(static있는 경우E)가 발생합니다.
인덱서 액세스	e[x, y]	오버로드 확인은 클래스, 구조체 또는 형식 e에서 제공하는 인터페이스에서 최상의 인덱서 선택하기 위해 적용됩니다. 인덱서의 get 접근자는 인스턴스 식 e 및 인수 목록을 (x, y)사용하여 호출됩니다. 인덱서가 쓰기 전용인 경우 바인딩 시간 오류가 발생합니다.
	e[x, y] = value	오버로드 확인은 클래스, 구조체 또는 형식 e에서 제공하는 인터페이스에서 최상의 인덱서 선택하기 위해 적용됩니다. 인덱서의 set 접근자는 인스턴스 식 e 및 인수 목록을 (x, y, value)사용하여 호출됩니다. 인덱서가 읽기 전용인 경우 바인딩 시간 오류가 발생합니다.
연산자 호출	-x	오버로드 확인은 클래스에서 가장 적합한 단항 연산자를 선택하거나 형식 x으로 지정된 구조체를 선택하기 위해 적용됩니다. 선택한 연산자는 인수 목록 (x)과 함께 호출됩니다.
	x + y	오버로드 확인은 형식 x 및 형식에서 제공하는 클래스 또는 구조체에서 최상의 이진 연산자를 선택하기 위해 적용됩니다 y. 선택한 연산자는 인수 목록 (x, y)과 함께 호출됩니다.
인스턴스 생성자 호출	new T(x, y)	오버로드 확인은 클래스 또는 구조체에서 최상의 인스턴스 생성자를 선택하기 위해 적용됩니다 T. 인스턴스 생성자는 인수 목록을 (x, y)사용하여 호출됩니다.

끝 메모

12.6.2 인수 목록

12.6.2.1 일반

모든 함수 멤버 및 대리자 호출에는 함수 멤버의 매개 변수에 대한 실제 값 또는 변수 참조를 제공하는 인수 목록이 포함됩니다. 함수 멤버 호출의 인수 목록을 지정하는 구문은 함수 멤버 범주에 따라 달라집니다.

• 인스턴스 생성자, 메서드, 인덱서 및 대리자의 경우 인수는 아래에 설명된 대로 argument_list 지정됩니다. 인덱서의 경우 set 접근자를 호출할 때 인수 목록에는 할당 연산자의 오른쪽 피연산자로 지정된 식이 추가로 포함됩니다.

  참고: 이 추가 인수는 set 접근자를 호출하는 동안에만 오버로드 확인에 사용되지 않습니다. 끝 메모

• 속성의 경우 get 접근자를 호출할 때 인수 목록이 비어 있으며 set 접근자를 호출할 때 할당 연산자의 오른쪽 피연산자로 지정된 식으로 구성됩니다.
• 이벤트의 경우 인수 목록은 or -= 연산자의 오른쪽 피연산 += 자로 지정된 식으로 구성됩니다.
• 사용자 정의 연산자의 경우 인수 목록은 단항 연산자의 단일 피연산자 또는 이진 연산자의 두 피연산자로 구성됩니다.

속성(§15.7) 및 이벤트(§15.8)의 인수는 항상 값 매개 변수(§15.6.2.2)로 전달됩니다. 사용자 정의 연산자(§15.10)의 인수는 항상 값 매개 변수(§15.6.2.2) 또는 입력 매개 변수(§9.2.8)로 전달됩니다. 인덱서(§15.9)의 인수는 항상 값 매개 변수(§15.6.2.2), 입력 매개 변수(§9.2.8) 또는 매개 변수 배열(§15.6.2.4)로 전달됩니다. 출력 및 참조 매개 변수는 이러한 함수 멤버 범주에 대해 지원되지 않습니다.

인스턴스 생성자, 메서드, 인덱서 또는 대리자 호출의 인수는 argument_list 지정됩니다.

argument_list
    : argument (',' argument)*
    ;

argument
    : argument_name? argument_value
    ;

argument_name
    : identifier ':'
    ;

argument_value
    : expression
    | 'in' variable_reference
    | 'ref' variable_reference
    | 'out' variable_reference
    ;

argument_list 쉼표로 구분된 하나 이상의 인수로 구성됩니다. 각 인수는 선택적 argument_name 뒤에 argument_value 구성됩니다. argument_name 있는 인수를 명명된 인수라고 하는 반면, argument_name 없는 인수는 위치 인수입니다.

argument_value 다음 형식 중 하나를 사용할 수 있습니다.

• 인수가 값 매개 변수로 전달되거나 입력 매개 변수로 변환된 후 (§12.6.4.2에 의해 결정되고 §12.6.2.3에 설명된 대로 전달됨을 나타내는 식입니다.
• 인수가 입력 매개 변수(§15.6.2.3.2)로 전달됨을 나타내는 키워드 in 뒤에 variable_reference(§9.5)가 옵니다. 변수는 입력 매개 변수로 전달되기 전에 확실히 할당되어야 합니다(§9.4).
• 인수가 참조 매개 변수(§15.6.2.3.3)로 전달됨을 나타내는 키워드 ref 뒤에 variable_reference(§9.5)가 옵니다. 변수는 참조 매개 변수로 전달되기 전에 확실히 할당되어야 합니다(§9.4).
• 인수가 출력 매개 변수(§15.6.2.3.4)로 전달됨을 나타내는 키워드 out 뒤에 variable_reference(§9.5)가 옵니다. 변수가 출력 매개 변수로 전달되는 함수 멤버 호출에 따라 변수가 확실히 할당된 것으로 간주됩니다(§9.4).

폼은 인수의 매개 변수 전달 모드(각각 값, 입력, 참조 또는 출력)를 결정합니다. 그러나 위에서 설명한 것처럼 값 전달 모드가 있는 인수는 입력 전달 모드가 있는 인수로 변환될 수 있습니다.

휘발성 필드(§15.5.4)를 입력, 출력 또는 참조 매개 변수로 전달하면 호출된 메서드에 의해 필드가 휘발성으로 처리되지 않을 수 있으므로 경고가 발생합니다.

12.6.2.2 해당 매개 변수

인수 목록의 각 인수에 대해 호출되는 함수 멤버 또는 대리자의 해당 매개 변수가 있어야 합니다.

다음에 사용되는 매개 변수 목록은 다음과 같이 결정됩니다.

• 클래스에 정의된 가상 메서드 및 인덱서의 경우 매개 변수 목록은 수신기의 정적 형식으로 시작하고 기본 클래스를 검색할 때 찾은 함수 멤버의 첫 번째 선언 또는 재정의에서 선택됩니다.
• partial 메서드의 경우 부분 메서드 선언을 정의하는 매개 변수 목록이 사용됩니다.
• 다른 모든 함수 멤버 및 대리자의 경우 사용되는 매개 변수 목록이 하나만 있습니다.

인수 또는 매개 변수의 위치는 인수 목록 또는 매개 변수 목록에서 인수 또는 매개 변수 앞에 오는 매개 변수의 수로 정의됩니다.

함수 멤버 인수에 대한 해당 매개 변수는 다음과 같이 설정됩니다.

• 인스턴스 생성자, 메서드, 인덱서 및 대리자의 argument_list 인수:
  • 매개 변수가 매개 변수 배열이고 함수 멤버가 확장된 형식으로 호출되지 않는 한 매개 변수 목록의 동일한 위치에서 매개 변수가 발생하는 위치 인수는 해당 매개 변수에 해당합니다.
  • 매개 변수 목록에서 매개 변수 배열의 위치 또는 이후에 발생하는 확장된 형식으로 호출된 매개 변수 배열이 있는 함수 멤버의 위치 인수는 매개 변수 배열의 요소에 해당합니다.
  • 명명된 인수는 매개 변수 목록에 있는 동일한 이름의 매개 변수에 해당합니다.
  • 인덱서의 경우 set 접근자를 호출할 때 할당 연산자의 오른쪽 피연산자로 지정된 식은 set 접근자 선언의 암시적 value 매개 변수에 해당합니다.
• 속성의 경우 get 접근자를 호출할 때 인수가 없습니다. set 접근자를 호출할 때 할당 연산자의 오른쪽 피연산자로 지정된 식은 set 접근자 선언의 암시적 값 매개 변수에 해당합니다.
• 사용자 정의 단항 연산자(변환 포함)의 경우 단일 피연산자는 연산자 선언의 단일 매개 변수에 해당합니다.
• 사용자 정의 이진 연산자의 경우 왼쪽 피연산자는 첫 번째 매개 변수에 해당하고 오른쪽 피연산자는 연산자 선언의 두 번째 매개 변수에 해당합니다.
• 명명되지 않은 인수는 명명된 외부 인수 또는 매개 변수 배열에 해당하는 명명된 인수 뒤인 경우 매개 변수에 해당하지 않습니다.

  참고: 이렇게 하면 .에서 void M(bool a = true, bool b = true, bool c = true); 호출할 M(c: false, valueB);수 없습니다. 첫 번째 인수는 위치 외부로 사용되므로(인수는 첫 번째 위치에서 사용되지만 명명된 c 매개 변수는 세 번째 위치에 있음) 다음 인수의 이름을 지정해야 합니다. 즉, 이름 및 위치가 동일한 해당 매개 변수를 찾는 경우에만 후행되지 않는 명명된 인수가 허용됩니다. 끝 메모

12.6.2.3 인수 목록의 런타임 평가

함수 멤버 호출(§12.6.6)을 런타임으로 처리하는 동안 인수 목록의 식 또는 변수 참조는 다음과 같이 왼쪽에서 오른쪽으로 순서대로 계산됩니다.

• 값 인수의 경우 매개 변수의 전달 모드가 값인 경우

  • 인수 식이 계산되고 해당 매개 변수 형식으로의 암시적 변환(§10.2)이 수행됩니다. 결과 값은 함수 멤버 호출에서 값 매개 변수의 초기 값이 됩니다.

  • 그렇지 않으면 매개 변수의 전달 모드가 입력됩니다. 인수가 변수 참조이고 인수의 형식과 매개 변수 형식 간에 ID 변환(§10.2.2)이 있는 경우 결과 스토리지 위치는 함수 멤버 호출에서 매개 변수가 나타내는 스토리지 위치가 됩니다. 그렇지 않으면 해당 매개 변수의 형식과 동일한 형식으로 스토리지 위치가 만들어집니다. 인수 식이 계산되고 해당 매개 변수 형식으로의 암시적 변환(§10.2)이 수행됩니다. 결과 값은 해당 스토리지 위치 내에 저장됩니다. 해당 스토리지 위치는 함수 멤버 호출의 입력 매개 변수로 표시됩니다.

    예: 다음 선언 및 메서드 호출이 제공됩니다.

    static void M1(in int p1) { ... }
    int i = 10;
    M1(i);         // i is passed as an input argument
    M1(i + 5);     // transformed to a temporary input argument
    

    M1(i) 메서드 호출 i 에서는 변수로 분류되고 입력 매개 변수와 형식이 동일 int 하기 때문에 입력 인수로 전달됩니다. M1(i + 5) 메서드 호출에서 명명되지 않은 int 변수가 만들어지고 인수 값으로 초기화된 다음 입력 인수로 전달됩니다. §12.6.4.2 및 §12.6.4.4를 참조하세요.

    끝 예제

• 입력, 출력 또는 참조 인수의 경우 변수 참조가 평가되고 결과 스토리지 위치는 함수 멤버 호출에서 매개 변수가 나타내는 스토리지 위치가 됩니다. 입력 또는 참조 인수의 경우 변수는 메서드 호출 지점에서 확실히 할당되어야 합니다. 변수 참조가 출력 인수로 지정되거나 reference_type 배열 요소인 경우 배열의 요소 형식이 매개 변수 형식과 동일한지 확인하기 위해 런타임 검사가 수행됩니다. 이 검사가 실패하면 throw System.ArrayTypeMismatchException 됩니다.

참고: 이 런타임 검사는 배열 공변성(§17.6)으로 인해 필요합니다. 끝 메모

예제: 다음 코드에서

class Test
{
    static void F(ref object x) {...}

    static void Main()
    {
        object[] a = new object[10];
        object[] b = new string[10];
        F(ref a[0]); // Ok
        F(ref b[1]); // ArrayTypeMismatchException
    }
}

의 두 번째 호출 F System.ArrayTypeMismatchException 은 실제 요소 형식 b string 이 아닌 object것이기 때문에 throw됩니다.

끝 예제

메서드, 인덱서 및 인스턴스 생성자는 가장 적합한 매개 변수를 매개 변수 배열(§15.6.2.4)로 선언할 수 있습니다. 이러한 함수 멤버는 적용 가능한 형식(§12.6.4.2)에 따라 일반 형식 또는 확장된 형식으로 호출됩니다.

• 매개 변수 배열이 있는 함수 멤버가 정규 형식으로 호출되면 매개 변수 배열에 지정된 인수는 매개 변수 배열 형식으로 암시적으로 변환할 수 있는 단일 식(§10.2)이어야 합니다. 이 경우 매개 변수 배열은 값 매개 변수처럼 정확하게 작동합니다.
• 매개 변수 배열이 있는 함수 멤버가 확장된 형식으로 호출되면 호출은 매개 변수 배열에 대해 0개 이상의 위치 인수를 지정해야 합니다. 여기서 각 인수는 매개 변수 배열의 요소 형식으로 암시적으로 변환할 수 있는 식(§10.2)입니다. 이 경우 호출은 인수 수에 해당하는 길이가 있는 매개 변수 배열 형식의 인스턴스를 만들고, 지정된 인수 값을 사용하여 배열 인스턴스의 요소를 초기화하고, 새로 만든 배열 인스턴스를 실제 인수로 사용합니다.

인수 목록의 식은 항상 텍스트 순서로 계산됩니다.

예: 따라서 예제

class Test
{
    static void F(int x, int y = -1, int z = -2) =>
        Console.WriteLine($"x = {x}, y = {y}, z = {z}");

    static void Main()
    {
        int i = 0;
        F(i++, i++, i++);
        F(z: i++, x: i++);
    }
}

는 출력을 생성합니다.

x = 0, y = 1, z = 2
x = 4, y = -1, z = 3

끝 예제

매개 변수 배열이 있는 함수 멤버가 확장된 인수를 하나 이상 사용하여 확장된 형식으로 호출되면 확장된 인수 주위에 배열 이니셜라이저(§12.8.17.5)가 있는 배열 생성 식이 삽입된 것처럼 호출이 처리됩니다. 매개 변수 배열에 대한 인수가 없으면 빈 배열이 전달됩니다. 전달된 참조가 새로 할당된 배열인지 아니면 기존 빈 배열에 대한 참조인지 지정되지 않습니다.

예: 선언이 지정된 경우

void F(int x, int y, params object[] args);

메서드의 확장된 형식에 대한 다음 호출

F(10, 20, 30, 40);
F(10, 20, 1, "hello", 3.0);

에 정확히 해당

F(10, 20, new object[] { 30, 40 });
F(10, 20, new object[] { 1, "hello", 3.0 });

끝 예제

해당 선택적 매개 변수가 있는 함수 멤버에서 인수를 생략하면 함수 멤버 선언의 기본 인수가 암시적으로 전달됩니다. (위에서 설명한 대로 스토리지 위치를 만드는 작업이 포함될 수 있습니다.)

참고: 항상 상수이므로 해당 평가는 나머지 인수의 평가에 영향을 주지 않습니다. 끝 메모

12.6.3 형식 유추

12.6.3.1 일반

형식 인수 를 지정하지 않고 제네릭 메서드를 호출하는 경우 형식 유추 프로세스는 호출에 대한 형식 인수를 유추하려고 시도합니다. 형식 유추가 있으면 제네릭 메서드를 호출하는 데 보다 편리한 구문을 사용할 수 있으며 프로그래머가 중복 형식 정보를 지정하지 않도록 할 수 있습니다.

예제:

class Chooser
{
    static Random rand = new Random();

    public static T Choose<T>(T first, T second) =>
        rand.Next(2) == 0 ? first : second;
}

class A
{
    static void M()
    {
        int i = Chooser.Choose(5, 213); // Calls Choose<int>
        string s = Chooser.Choose("apple", "banana"); // Calls Choose<string>
    }
}

형식 유추를 통해 형식 인수 int 는 string 인수에서 메서드로 결정됩니다.

끝 예제

형식 유추는 메서드 호출(§12.8.10.2)의 바인딩 시간 처리의 일부로 발생하며 호출의 오버로드 확인 단계 전에 발생합니다. 메서드 호출에서 특정 메서드 그룹을 지정하고 메서드 호출의 일부로 형식 인수를 지정하지 않으면 메서드 그룹의 각 제네릭 메서드에 형식 유추가 적용됩니다. 형식 유추에 성공하면 유추된 형식 인수를 사용하여 후속 오버로드 확인에 대한 인수 형식을 결정합니다. 오버로드 확인에서 제네릭 메서드를 호출할 메서드로 선택하면 유추된 형식 인수가 호출에 대한 형식 인수로 사용됩니다. 특정 메서드에 대한 형식 유추가 실패하면 해당 메서드는 오버로드 확인에 참여하지 않습니다. 형식 유추 자체가 실패해도 바인딩 시간 오류가 발생하지는 않습니다. 그러나 오버로드 확인이 적용 가능한 메서드를 찾지 못할 때 바인딩 시간 오류가 발생하는 경우가 많습니다.

제공된 각 인수가 메서드(§12.6.2.2)의 매개 변수 하나와 정확히 일치하지 않거나 해당 인수가 없는 선택적 매개 변수가 없는 경우 유추가 즉시 실패합니다. 그렇지 않으면 제네릭 메서드에 다음 서명이 있다고 가정합니다.

Tₑ M<X₁...Xᵥ>(T₁ p₁ ... Tₓ pₓ)

형식 M(E₁ ...Eₓ) 의 메서드 호출을 사용하여 형식 유추 작업은 호출 M<S₁...Sᵥ>(E₁...Eₓ) 이 유효해지도록 각 형식 매개 변수 X₁...Xᵥ 에 대한 고유한 형식 인수 S₁...Sᵥ 를 찾는 것입니다.

형식 유추 프로세스는 아래에 알고리즘으로 설명되어 있습니다. 모든 경우에 동일한 결과에 도달하면 호환되는 컴파일러가 대체 방법을 사용하여 구현될 수 있습니다.

유추 과정에서 각 형식 매개 변수 Xᵢ 는 특정 형식 Sᵢ 으로 고정되거나 연결된 경계 집합과 함께 고정되지 않습니다. 각 경계는 일부 형식T입니다. 처음에 각 형식 변수 Xᵢ 는 빈 범위 집합으로 고정되지 않습니다.

형식 유추는 단계적으로 발생합니다. 각 단계에서는 이전 단계의 결과에 따라 더 많은 형식 변수에 대한 형식 인수를 유추하려고 합니다. 첫 번째 단계에서는 범위의 몇 가지 초기 유추를 만드는 반면, 두 번째 단계에서는 형식 변수를 특정 형식으로 수정하고 더 많은 경계를 유추합니다. 두 번째 단계는 여러 번 반복해야 할 수 있습니다.

참고: 형식 유추는 메서드 그룹 변환(§12.6.3.14) 및 식 집합의 가장 일반적인 형식 찾기(§12.6.3.15)를 비롯한 다른 컨텍스트에서도 사용됩니다. 끝 메모

12.6.3.2 첫 번째 단계

각 메서드 인수 Eᵢ에 대해 다음을 수행합니다.

• 무명 함수인 경우 Eᵢ 명시적 매개 변수 형식 유추(§12.6.3.8)가 에서Eᵢ 만들어집니다.Tᵢ
• 그렇지 않은 경우 형식이 있고 해당 매개 변수가 값 매개 변수(§15.6.2.2)이면 Eᵢ 하한 유추(§12.6.3.10)가 만들어집니다TᵢU.U
• 그렇지 않은 경우 형식이 있고 해당 매개 변수가 참조 매개 변수(§15.6.2.3.3) 또는 출력 매개 변수(§15.6.2.3.4)인 경우 Eᵢ 정확한 유추(§12.6.3.9)가 만들어집니다TᵢU.U
• 그렇지 않은 경우 형식이 있고 해당 매개 변수가 입력 매개 변수(§15.6.2.3.2)이고 Eᵢ 입력 인수인 경우 Eᵢ 정확한 유추(§12.6.3.9)가 만들어집니다TᵢU.U
• 그렇지 않은 경우 형식이 있고 해당 매개 변수가 입력 매개 변수(§15.6.2.3.2)이면 Eᵢ 하한 유추(§12.6.3.10)가 만들어집니다TᵢU.U
• 그렇지 않으면 이 인수에 대한 유추가 수행되지 않습니다.

12.6.3.3 두 번째 단계

두 번째 단계는 다음과 같이 진행됩니다.

• (§12.6.3.6)Xₑ에 의존하지 않는 모든 고정되지 않은 형식 변수 Xᵢ 는 고정됩니다(§12.6.3.12).
• 이러한 형식 변수가 없으면 모든 고정되지 않은 형식 변수 Xᵢ 가 수정되어 다음 모든 변수가 유지됩니다.
  • 에 의존하는 하나 이상의 형식 변수 Xₑ 가 있습니다.Xᵢ
  • Xᵢ 에는 비어있지 않은 범위 집합이 있습니다.
• 이러한 형식 변수가 없고 아직 고정되지 않은 형식 변수가 있는 경우 형식 유추가 실패합니다.
• 그렇지 않으면 더 이상 고정되지 않은 형식 변수가 없으면 형식 유추가 성공합니다.
• 그렇지 않으면 출력 형식Tᵢ(§12.6.3.5)에 고정되지 않은 형식 변수 Xₑ 가 포함되지만 입력 형식(§12.6.3.4)이 포함되지 않는 해당 매개 변수 형식의 모든 인수 Eᵢ 에 대해 출력 형식 유추(§12.6.3.7)가 만들어집니다TᵢEᵢ. 그런 다음 두 번째 단계가 반복됩니다.

12.6.3.4 입력 형식

메서드 그룹이거나 암시적으로 형식화된 무명 함수이고 대리자 형식 또는 식 트리 형식인 경우 E 모든 매개 변수 형식 T 은 형식T이E 있는 입력 형식입니다.T

12.6.3.5 출력 형식

메서드 그룹 또는 무명 함수이고 대리자 형식 또는 식 트리 형식인 경우 E 반환 형식 T 은 형식T이E 있는 출력 형식입니다.T

12.6.3.6 의존성

형식이 있는 일부 인수 Xₑ Eᵥ Tᵥ 가 형식이 있는 입력 형식에서 발생하고 형식이 있는 출력 Eᵥ 형식 Eᵥ 에서 발생하는 경우 고정되지 않은 형식 변수 Xᵢ 는 직접 고정되지 않은 형식 Xᵢ Tᵥ Tᵥ변수 Xₑ 에 따라 달라집니다.

Xₑ에 따라 달라집니다.Xᵢ Xₑ 에 직접 의존Xᵢ하거나 직접 의존Xᵥ하거나 XᵥXₑ의존하는 경우 Xᵢ 따라서 "depends on"은 "직접 의존"의 전이적이지만 반사적인 폐쇄가 아닙니다.

12.6.3.7 출력 형식 유추

출력 형식 유추는 다음과 같은 방식으로 식 E 에서 T 형식으로 만들어집니다.

• 유추된 반환 형식(§12.6.3.13)이 있고 T 반환 Tₓ형식이 있는 대리자 형식 또는 식 트리 형식인 경우 E 하한 유추(§12.6.3.10)가 만들어집니다TₓU.U
• 그렇지 않으면 메서드 그룹이고 매개 변수 형식 및 T 반환 형식이 있는 대리자 형식 T₁...Tᵥ 또는 식 트리 형식Tₓ이고 형식을 사용한 오버로드 확인 E 이 T₁...Tᵥ 반환 형식U을 사용하는 단일 메서드를 생성하는 경우 E 하한 유추가 만들어집니다UTₓ.
• 그렇지 않은 경우 형식U이 있는 식이면 E 하한 유추가 만들어집니다TU.
• 그렇지 않으면 유추가 이루어지지 않습니다.

12.6.3.8 명시적 매개 변수 형식 유추

명시적 매개 변수 형식 유추는 식에서 E 형식 T 으로 다음과 같이 만들어집니다.

• 매개 변수 형식 U₁...Uᵥ 이 있는 명시적으로 형식화된 무명 함수이고 T 매개 변수 V₁...Vᵥ 형식이 있는 대리자 형식 또는 식 트리 형식인 경우 E 각각 Uᵢ 에 대해 정확한 유추(§12.6.3.9)가 해당 Vᵢ함수로 Uᵢ만들어집니다.

12.6.3.9 정확한 유추

형식에서 형식 U 으로 V 의 정확한 유추는 다음과 같습니다.

• 고정Xᵢ U 되지 않은 항목 중 하나인 경우 V 정확한 범위 집합에 추가됩니다.Xᵢ
• 그렇지 않으면 다음 사례 중 어느 것이 적용되는지 확인하여 설정하고 V₁...Vₑ U₁...Uₑ 결정합니다.
  • V 는 배열 형식 V₁[...] 이며 U 동일한 순위의 배열 형식 U₁[...] 입니다.
  • V는 형식이며 U 형식 V₁? 입니다.U₁
  • V 는 생성된 형식 C<V₁...Vₑ> 이며 U 생성된 형식입니다. C<U₁...Uₑ>
    이러한 사례가 적용되는 경우 각각 Uᵢ 에서 해당하는 Vᵢ것으로 정확한 유추가 이루어집니다.
• 그렇지 않으면 유추가 이루어지지 않습니다.

12.6.3.10 하한 유추

형식에서 형식 U 으로 V 의 하한 유추는 다음과 같습니다.

• V 고정 UXᵢ 되지 않은 경우 에 대한 Xᵢ하한 집합에 추가됩니다.
• 그렇지 않으면 형식이고 U 형식 U₁? V₁? 이면 V 하한 유추가 .에서 U₁ V₁만들어집니다.
• 그렇지 않으면 다음 사례 중 어느 것이 적용되는지 확인하여 설정하고 U₁...Uₑ V₁...Vₑ 결정합니다.
  • V 는 배열 형식 V₁[...]이며 U 동일한 순위의 배열 형식 U₁[...]입니다.
  • VIEnumerable<V₁>가 , , ICollection<V₁>IReadOnlyCollection<V₁> IReadOnlyList<V₁>>또는 IList<V₁> U 1차원 배열 형식인 경우U₁[]
  • V는 생성된 classinterface struct형식이거나 delegate 형식 C<V₁...Vₑ> 이며(또는 형식parameter인 경우 U 유효 기본 클래스 또는 유효 인터페이스 집합의 멤버)가 (직접 또는 간접적으로) 또는 구현(직접 또는 간접적으로)C<U₁...Uₑ>과 동일한 inherits 고유한 형식 C<U₁...Uₑ> U 이 있습니다.
  • ("고유성" 제한은 사례 인터페이스 C<T>{} class U: C<X>, C<Y>{}에서 유추할 때 유추가 발생하지 않음을 U 의미합니다 C<T> U₁ X Y.
    이러한 사례가 적용되는 경우 다음과 같이 각 Uᵢ 사례에서 해당하는 Vᵢ 유추가 수행됩니다.
  • 참조 형식으로 알려져 있지 않으면 Uᵢ 정확한 유추가 이루어집니다.
  • 그렇지 않으면 배열 형식인 경우 U 하한 유추가 이루어집니다.
  • 그렇지 않으면 유추는 C<V₁...Vₑ> 다음의 C형식 매개 변수에 i-th 따라 달라집니다.V
    • 공변성 인 경우 하한 유추 가 이루어집니다.
    • 반공변성 인 경우 상한 유추 가 이루어집니다.
    • 고정 된 경우 정확한 유 추가 이루어집니다.
• 그렇지 않으면 유추가 이루어지지 않습니다.

12.6.3.11 상한 유추

형식에서 형식 U V 으로의 상한 유추는 다음과 같이 수행됩니다.

• V 고정 UXᵢ 되지 않은 경우 에 대한 Xᵢ상한 집합에 추가됩니다.
• 그렇지 않으면 다음 사례 중 어느 것이 적용되는지 확인하여 설정하고 V₁...Vₑ U₁...Uₑ 결정합니다.
  • U 는 배열 형식 U₁[...]이며 V 동일한 순위의 배열 형식 V₁[...]입니다.
  • UIEnumerable<Uₑ>가 , , ICollection<Uₑ>IReadOnlyCollection<Uₑ> IReadOnlyList<Uₑ>또는 IList<Uₑ> V 1차원 배열 형식인 경우Vₑ[]
  • U는 형식이며 V 형식 U1? 입니다.V1?
  • U는 생성되는 클래스, 구조체, 인터페이스 또는 대리자 형식이며 delegate 고유 형식 inherits V C<U₁...Uₑ> identical 을 직접 또는 간접적으로 구현하거나(직접 또는 간접적으로) 구현하는 형식입니다.class, struct, interfaceC<V₁...Vₑ>
  • ("고유성" 제한은 인터페이스C<T>{} class V<Z>: C<X<Z>>, C<Y<Z>>{}를 지정하면 유추할 때 유추가 이루어지지 않음을 C<U₁> V<Q>의미합니다. 유추는 둘 중 하나 X<Q> 또는 Y<Q>.)로 U₁ 만들어지지 않습니다.
    이러한 사례가 적용되는 경우 다음과 같이 각 Uᵢ 사례에서 해당하는 Vᵢ 유추가 수행됩니다.
  • 참조 형식으로 알려져 있지 않으면 Uᵢ 정확한 유추가 이루어집니다.
  • 그렇지 않으면 배열 형식이면 V 상한 유추가 이루어집니다.
  • 그렇지 않으면 유추는 C<U₁...Uₑ> 다음의 C형식 매개 변수에 i-th 따라 달라집니다.U
    • 공변성 인 경우 상한 유 추가 이루어집니다.
    • 반공변성 인 경우 하한 유추 가 이루어집니다.
    • 고정 된 경우 정확한 유 추가 이루어집니다.
• 그렇지 않으면 유추가 이루어지지 않습니다.

12.6.3.12 수정

범위 집합이 있는 고정되지 않은 형식 변수 Xᵢ 는 다음과 같이 고정됩니다.

• 후보 형식Uₑ 집합은 범위 집합에 있는 모든 형식의 집합으로 시작됩니다Xᵢ.
• 각 바인딩 Xᵢ 은 차례로 검사됩니다. 동일 U 하지 않은 모든 형식 Uₑ 의 Xᵢ 각 정확한 바인딩된 U는 후보 집합에서 제거됩니다. 암시적 변환 U 이 없는 모든 형식 Uₑ 의 Xᵢ 각 하한 U 은 후보 집합에서 제거됩니다. 암시적 변환 U 이 없는 모든 형식 Uₑ 의 Xᵢ 각 상한 U에 대해 후보 집합에서 제거됩니다.
• 나머지 후보 형식 중 다른 모든 후보 형식 Uₑ 에서 암시적 변환이 있는 고유 형식 V Xᵢ 이 있는 경우 다음으로 V고정됩니다.
• 그렇지 않으면 형식 유추가 실패합니다.

12.6.3.13 유추된 반환 형식

익명 함수 F 의 유추 반환 형식은 형식 유추 및 오버로드 확인 중에 사용됩니다. 유추된 반환 형식은 모든 매개 변수 형식이 명시적으로 제공되거나, 익명 함수 변환을 통해 제공되거나, 바깥쪽 제네릭 메서드 호출에 대한 형식 유추 중에 유추되기 때문에 모든 매개 변수 형식이 알려진 익명 함수에 대해서만 확인할 수 있습니다.

유추된 유효 반환 형식은 다음과 같이 결정됩니다.

• 본문 F 이 형식이 있는 식 인 경우 유추된 유효 반환 형식 F 은 해당 식의 형식입니다.
• 본문 F 이 블록이고 블록 return 문의 식 집합이 가장 일반적인 형식 T (§12.6.3.15)인 경우 유추된 유효 반환 형식 F 은 다음과 같습니다T.
• 그렇지 않으면 유효 반환 형식을 에 대해 F유추할 수 없습니다.

유추된 반환 형식은 다음과 같이 결정됩니다.

• 비동기이고 본문 F 이 nothing(§12.2)으로 분류된 식이거나 문에 식이 없는 return 블록인 경우 F 유추된 반환 형식은 (§15.15.1)입니다 «TaskType» .
• 비동기이고 유추된 유효 반환 형식이 있는 경우 F 유추된 반환 형식은 (§15.15.1)입니다«TaskType»<T>».T
• 비동기이고 유추된 유효 반환 형식T이 있는 경우 F 유추된 반환 형식은 T.
• 그렇지 않으면 반환 형식을 에 대해 F유추할 수 없습니다.

예: 익명 함수와 관련된 형식 유추의 예로 클래스에 Select 선언된 확장 메서드를 System.Linq.Enumerable 고려합니다.

namespace System.Linq
{
    public static class Enumerable
    {
        public static IEnumerable<TResult> Select<TSource,TResult>(
            this IEnumerable<TSource> source,
            Func<TSource,TResult> selector)
        {
            foreach (TSource element in source)
            {
                yield return selector(element);
            }
        }
   }
}

네임스페이 System.Linq 스를 지시문과 함께 using namespace 가져오고 형식 Select string의 속성이 있는 Name 클래스 Customer 를 지정했다고 가정하면 이 메서드를 사용하여 고객 목록의 이름을 선택할 수 있습니다.

List<Customer> customers = GetCustomerList();
IEnumerable<string> names = customers.Select(c => c.Name);

의 확장 메서드 호출(§12.8.10.3) Select 은 정적 메서드 호출에 호출을 다시 작성하여 처리됩니다.

IEnumerable<string> names = Enumerable.Select(customers, c => c.Name);

형식 인수가 명시적으로 지정되지 않았기 때문에 형식 유추를 사용하여 형식 인수를 유추합니다. 첫째, customers 인수는 원본 매개 변수와 관련이 있으며 유추 TSource 합니다 Customer. 그런 다음 위에서 c 설명한 익명 함수 형식 유추 프로세스를 사용하여 형식 Customer이 지정되고 식 c.Name 은 선택기 매개 변수의 반환 형식과 관련이 있으며 TResult string유추됩니다. 따라서 호출은

Sequence.Select<Customer,string>(customers, (Customer c) => c.Name)

결과는 형식 IEnumerable<string>입니다.

다음 예제에서는 무명 함수 형식 유추를 통해 제네릭 메서드 호출의 인수 간에 형식 정보를 "흐름"으로 허용하는 방법을 보여 줍니다. 다음 메서드 및 호출이 제공된 경우:

class A
{
    static Z F<X,Y,Z>(X value, Func<X,Y> f1, Func<Y,Z> f2)
    {
        return f2(f1(value));
    }

    static void M()
    {
        double hours = F("1:15:30", s => TimeSpan.Parse(s), t => t.TotalHours);
    }
}

호출에 대한 형식 유추는 다음과 같이 진행됩니다. 첫째, "1:15:30" 인수는 값 매개 변수와 관련이 있으며 문자열로 유추 X 됩니다. 그런 다음, 첫 번째 무명 함수s의 매개 변수인 유추된 형식string이 지정되고 식 TimeSpan.Parse(s) 은 유추 Y 되는 반환 형식f1과 관련이 있습니다System.TimeSpan. 마지막으로, 두 번째 무명 함수t의 매개 변수는 유추된 형식System.TimeSpan으로 지정되고 t.TotalHours 식은 유추 Z 되는 반환 형식과 f2관련이 있습니다double. 따라서 호출 결과는 형식 double입니다.

끝 예제

12.6.3.14 메서드 그룹의 변환에 대한 형식 유추

제네릭 메서드의 호출과 마찬가지로 제네릭 메서드를 포함하는 메서드 그룹이 M 지정된 대리자 형식(§10.8)으로 변환될 때도 형식 D 유추가 적용됩니다. 지정된 메서드

Tₑ M<X₁...Xᵥ>(T₁ x₁ ... Tₑ xₑ)

및 형식 유추 태스크가 대리자 형식 D 에 할당되는 메서드 그룹은 M 식이 다음을 수행하도록 형식 인수 S₁...Sᵥ 를 찾는 것입니다.

M<S₁...Sᵥ>

와 호환됩니다(§20.2) D.

제네릭 메서드 호출에 대한 형식 유추 알고리즘과 달리 이 경우 인수 형식만 있고 인수 식은 없습니다. 특히 익명 함수는 없으므로 여러 단계의 유추가 필요하지 않습니다.

대신, 모두 Xᵢ 고정되지 않은 것으로 간주되며, 해당 매개 변수 형식 Tₑ M에 대한 D 각 인수 형식 Uₑ 에서 하한 유추가 이루어집니다. 범위를 찾을 수 Xᵢ 없으면 형식 유추가 실패합니다. 그렇지 않으면 모두 Xᵢ 형식 유추의 결과인 해당 Sᵢ항목으로 고정됩니다.

12.6.3.15 식 집합의 가장 일반적인 형식 찾기

경우에 따라 식 집합에 대해 공통 형식을 유추해야 합니다. 특히 암시적으로 형식화된 배열의 요소 형식과 블록 본문이 있는 무명 함수의 반환 형식이 이러한 방식으로 발견됩니다.

식 E₁...Eᵥ 집합에 가장 적합한 공통 형식은 다음과 같이 결정됩니다.

• 새로 고정되지 않은 형식 변수 X 가 도입되었습니다.
• 각 식 Ei 에 대해 출력 형식 유 추(§12.6.3.7)가 출력 형식 유추에서 X수행됩니다.
• X가 수정되고(§12.6.3.12), 가능한 경우 결과 형식이 가장 일반적인 형식입니다.
• 그렇지 않으면 유추가 실패합니다.

참고: 직관적으로 이 유추는 인수로 메서드 void M<X>(X x₁ ... X xᵥ) Eᵢ 를 호출하고 유추하는 것과 X같습니다. 끝 메모

12.6.4 오버로드 확인

12.6.4.1 일반

오버로드 확인은 인수 목록 및 후보 함수 멤버 집합이 지정된 경우 호출할 가장 적합한 함수 멤버를 선택하는 바인딩 시간 메커니즘입니다. 오버로드 확인은 C#에서 다음과 같은 고유한 컨텍스트에서 호출할 함수 멤버를 선택합니다.

• invocation_expression 명명된 메서드 호출(§12.8.10).
• object_creation_expression 명명된 인스턴스 생성자 호출(§12.8.17.2).
• element_access 통해 인덱서 접근자를 호출합니다(§12.8.12).
• 식에서 참조된 미리 정의된 연산자 또는 사용자 정의 연산자 호출(§12.4.4 및 §12.4.5).

이러한 각 컨텍스트는 고유한 방식으로 후보 함수 멤버 집합과 인수 목록을 정의합니다. 예를 들어 메서드 호출에 대한 후보 집합에는 재정의로 표시된 메서드(§12.5)가 포함되지 않으며, 파생 클래스의 메서드를 적용할 수 있는 경우 기본 클래스의 메서드는 후보가 아닙니다(§12.8.10.2).

후보 함수 멤버와 인수 목록이 식별되면 최상의 함수 멤버의 선택은 모든 경우에 동일합니다.

• 먼저 후보 함수 멤버 집합이 지정된 인수 목록(§12.6.4.2)과 관련하여 적용 가능한 함수 멤버로 축소됩니다. 이 축소된 집합이 비어 있으면 컴파일 시간 오류가 발생합니다.
• 그런 다음, 적용 가능한 후보 함수 멤버 집합에서 가장 적합한 함수 멤버를 찾습니다. 집합에 하나의 함수 멤버만 포함된 경우 해당 함수 멤버가 가장 적합한 함수 멤버입니다. 그렇지 않으면 각 함수 멤버가 §12.6.4.3의 규칙을 사용하여 다른 모든 함수 멤버와 비교되는 경우 가장 좋은 함수 멤버는 지정된 인수 목록과 관련하여 다른 모든 함수 멤버보다 더 나은 함수 멤버입니다. 다른 모든 함수 멤버보다 더 나은 함수 멤버가 하나도 없는 경우 함수 멤버 호출이 모호하고 바인딩 시간 오류가 발생합니다.

다음 하위 클래스는 해당 함수 멤버와 더 나은 함수 멤버라는 용어의 정확한 의미를 정의합니다.

12.6.4.2 적용 가능한 함수 멤버

함수 멤버는 다음이 모두 true인 경우 인수 목록 A 과 관련하여 적용 가능한 함수 멤버라고 합니다.

• 각 인수는 A §12.6.2.2에 설명된 대로 함수 멤버 선언의 매개 변수에 해당하며, 최대 하나의 인수는 각 매개 변수에 해당하며 인수가 없는 매개 변수는 선택적 매개 변수입니다.
• 인수의 각 인수에 A대해 인수의 매개 변수 전달 모드는 해당 매개 변수의 매개 변수 전달 모드와 동일하며,
  • 값 매개 변수 또는 매개 변수 배열의 경우 인수 식에서 해당 매개 변수의 형식으로 암시적 변환(§10.2)이 존재하거나
  • 참조 또는 출력 매개 변수의 경우 인수 식의 형식(있는 경우)과 해당 매개 변수의 형식 간에 ID 변환이 있습니다.
  • 입력 매개 변수의 경우 해당 인수에 in 한정자가 있는 경우 인수 식의 형식(있는 경우)과 해당 매개 변수의 형식 간에 ID 변환이 있습니다.
  • 입력 매개 변수의 경우 해당 인수가 한정자를 생략 in 하면 인수 식에서 해당 매개 변수의 형식으로 암시적 변환(§10.2)이 존재합니다.

매개 변수 배열을 포함하는 함수 멤버의 경우 위의 규칙에 따라 함수 멤버를 적용할 수 있는 경우 정상적인 형식으로 적용할 수 있다고 합니다. 매개 변수 배열을 포함하는 함수 멤버를 일반 형식으로 적용할 수 없는 경우 함수 멤버는 확장된 형식으로 적용할 수 있습니다.

• 확장된 폼은 인수 목록 A 의 인수 수가 총 매개 변수 수와 일치할 수 있도록 함수 멤버 선언의 매개 변수 배열을 매개 변수 배열의 요소 형식에 대한 0개 이상의 값 매개 변수로 바꿔서 생성됩니다. 함수 멤버 선언의 고정 매개 변수 수보다 인수 수가 적은 경우 A 함수 멤버의 확장된 형식을 생성할 수 없으므로 적용할 수 없습니다.
• 그렇지 않으면 확장된 양식은 각 인수에 A대해 다음 중 하나가 true인 경우 적용됩니다.
  • 인수의 매개 변수 전달 모드는 해당 매개 변수의 매개 변수 전달 모드와 동일하며,
    • 고정 값 매개 변수 또는 확장에서 만든 값 매개 변수의 경우 인수 식에서 해당 매개 변수의 형식으로 암시적 변환(§10.2)이 존재하거나
    • 참조 매개 변수의 경우 인수 식의 형식은 해당 매개 변수의 형식과 동일합니다.
  • 인수의 매개 변수 전달 모드는 값이고 해당 매개 변수의 매개 변수 전달 모드는 입력이며 인수 식에서 해당 매개 변수의 형식으로 암시적 변환(§10.2)이 존재합니다.

인수 형식에서 입력 매개 변수의 매개 변수 형식으로의 암시적 변환이 동적 암시적 변환(§10.2.10)인 경우 결과는 정의되지 않습니다.

예: 다음 선언 및 메서드 호출이 제공됩니다.

public static void M1(int p1) { ... }
public static void M1(in int p1) { ... }
public static void M2(in int p1) { ... }
public static void Test()
{
    int i = 10; uint ui = 34U;

    M1(in i);   // M1(in int) is applicable
    M1(in ui);  // no exact type match, so M1(in int) is not applicable
    M1(i);      // M1(int) and M1(in int) are applicable
    M1(i + 5);  // M1(int) and M1(in int) are applicable
    M1(100u);   // no implicit conversion exists, so M1(int) is not applicable

    M2(in i);   // M2(in int) is applicable
    M2(i);      // M2(in int) is applicable
    M2(i + 5);  // M2(in int) is applicable
}

끝 예제

• 정적 메서드는 메서드 그룹이 형식을 통해 simple_name 또는 member_access 결과인 경우에만 적용할 수 있습니다.
• 인스턴스 메서드는 메서드 그룹이 simple_name 결과, 변수 또는 값을 통한 member_access 또는 base_access 경우에만 적용할 수 있습니다.
  • 메서드 그룹이 simple_name 결과인 경우 액세스가 허용된 경우에만 this 인스턴스 메서드를 적용할 수 있습니다 .§12.8.14.
• 메서드 그룹이 §12.8.7.2에 설명된 대로 인스턴스 또는 형식을 통해 발생할 수 있는 member_access 결과 인 경우 인스턴스와 정적 메서드를 모두 적용할 수 있습니다.
• 형식 인수(명시적으로 지정되거나 유추됨)가 해당 제약 조건을 모두 충족하지 않는 제네릭 메서드는 적용할 수 없습니다.
• 메서드 그룹 변환의 컨텍스트에서 메서드 반환 형식에서 대리자의 반환 형식으로의 ID 변환(§10.2.2) 또는 암시적 참조 변환(§10.2.8)이 있어야 합니다. 그렇지 않으면 후보 메서드를 적용할 수 없습니다.

12.6.4.3 Better 함수 멤버

더 나은 함수 멤버를 결정하기 위해 제거된 인수 목록은 원래 인수 목록에 A 나타나는 순서대로 인수 식 자체만 포함하고 인수 out 또는 ref 인수를 제외하여 생성됩니다.

각 후보 함수 멤버에 대한 매개 변수 목록은 다음과 같은 방식으로 생성됩니다.

• 확장된 폼은 확장된 폼에서만 함수 멤버를 적용할 수 있는 경우에 사용됩니다.
• 해당 인수가 없는 선택적 매개 변수는 매개 변수 목록에서 제거됩니다.
• 매개 변수 목록에서 참조 및 출력 매개 변수가 제거됨
• 매개 변수는 인수 목록의 해당 인수와 동일한 위치에서 수행되도록 순서가 다시 지정됩니다.

인수 식 집합과 적용 가능한 함수 멤버 2개 {E₁, E₂, ..., Eᵥ} 와 매개 변수 형식 {P₁, P₂, ..., Pᵥ} Mᵥ {Q₁, Q₂, ..., Qᵥ}이 Mₓ 있는 인수 목록이 A 지정된 경우보다 Mₓ 더 나은 함수 멤버로 정의됩니다.Mᵥ

• 각 인수에 대해 암시적 변환이 암시적 변환에서 Eᵥ Qᵥ Eᵥ Pᵥ로의 암시적 변환보다 낫지 않습니다.
• 하나 이상의 인수에 대해 변환이 변환에서 Eᵥ Pᵥ .로 변환 Eᵥ Qᵥ하는 것보다 낫습니다.

매개 변수 형식 시퀀스가 {P₁, P₂, ..., Pᵥ} 동일하고 {Q₁, Q₂, ..., Qᵥ} 동일한 경우(즉, 각각 Pᵢ 에 해당하는 QᵢID 변환이 있음) 더 나은 함수 멤버를 결정하기 위해 다음과 같은 연결 규칙을 적용합니다.

• 제네릭이 아닌 메서드이고 Mₑ 제네릭 메서드 Mᵢ Mₑ인 경우 Mᵢ .
• 그렇지 않으면 기본 형식에 적용할 수 있고 Mₑ 매개 변수 배열이 있고 확장된 형식 Mᵢ 에서만 적용 가능한 경우 Mᵢ 보다 Mₑ낫습니다.
• 그렇지 않으면 두 메서드 모두 매개 변수 배열을 가지며 확장된 폼에서만 적용할 수 있고 매개 변수 배열의 Mᵢ 매개 변수 MₑMᵢ 배열보다 요소가 적은 경우 다음보다 Mₑ낫습니다.
• 그렇지 않은 경우 보다 Mₓ더 구체적인 매개 변수 형식이 있는 경우 Mᵥ 다음 Mᵥ 보다 Mₓ낫다. {R1, R2, ..., Rn} {S1, S2, ..., Sn} uninstantiated 및 unexpanded 매개 변수 형식 및 Mᵥ Mₓ. Mᵥ'의 매개 변수 형식은 각 매개 변수에 대해 보다 덜 구체적이지 않고 하나 이상의 매개 변수 Rx Rx 에 대해 다음보다 Sx더 구체적인 경우보다 MₓSx더 구체적입니다.
  • 형식 매개 변수는 형식이 아닌 매개 변수보다 덜 구체적입니다.
  • 재귀적으로, 하나 이상의 형식 인수가 더 구체적이고 형식 인수가 다른 형식 인수보다 덜 구체적인 형식 인수가 없는 경우 생성된 형식은 다른 생성 형식(동일한 수의 형식 인수 포함)보다 더 구체적입니다.
  • 첫 번째 요소 형식이 두 번째 요소 형식보다 더 구체적인 경우 배열 형식은 다른 배열 형식(차원 수가 같음)보다 더 구체적입니다.
• 그렇지 않으면 한 멤버가 해제되지 않은 연산자이고 다른 멤버가 리프트된 연산자인 경우 해제되지 않은 멤버가 더 좋습니다.
• 두 함수 멤버가 모두 더 나은 것으로 확인되지 않았고 모든 매개 변수에 Mᵥ 해당 인수가 있는 반면 기본 인수는 하나 이상의 선택적 매개 변수로 MₓMᵥ 대체되어야 하는 경우보다 Mₓ낫습니다.
• 하나 이상의 매개 변수가 해당 매개 변수 Mᵥ 보다 더 나은 매개 변수 전달 선택(§12.6.4.4)을 사용하고 사용 중인 Mₓ 매개 변수 중 어느 것도 매개 변수 전달 선택보다 MᵥMᵥ 더 나은 경우보다 Mₓ낫습니다.Mₓ
• 그렇지 않으면 함수 멤버가 더 낫지 않습니다.

12.6.4.4 매개 변수 전달 모드 개선

다음과 같이 두 매개 변수 중 하나에 값 전달 모드가 있는 경우 두 오버로드된 메서드의 해당 매개 변수는 매개 변수 전달 모드에 따라 다를 수 있습니다.

public static void M1(int p1) { ... }
public static void M1(in int p1) { ... }

int i = 10;지정된 경우 § 12.6.4.2에 따라 호출 M1(i) 및 M1(i + 5) 두 오버로드가 모두 적용됩니다. 이러한 경우 매개 변수 전달 모드가 값인 메서드가 매개 변수 전달 모드 선택보다 좋습니다.

참고: 이러한 인수는 정확히 동일한 매개 변수 전달 모드와만 일치하므로 입력, 출력 또는 참조 전달 모드의 인수에는 이러한 선택이 필요하지 않습니다. 끝 메모

12.6.4.5 식에서 더 나은 변환

식에서 형식으로 변환하는 암시적 변환 C₁ 과 식에서 T₂C₁ E 형식T₁으로 변환하는 암시적 변환 C₂ 이 다음 중 하나가 유지되는 경우보다 C₂ 더 나은 변환입니다.E

• E정확히 일치 T₁ 하고 정확히 일치하지 T₂ 않습니다 (§12.6.4.6E)
• E정확히 둘 다 또는 둘 다와 일치하지 않으며 T₁ T₂T₁ (§12.6.4.7)보다 T₂ 더 나은 변환 대상입니다.
• E 는 메서드 그룹(§12.2) T₁ 이고, 변환을 위해 메서드 그룹의 단일 최상의 메서드와 호환되고(§20.4) 변환 C₁을 위해 메서드 그룹의 단일 최상의 메서드와 T₂ 호환되지 않습니다. C₂

12.6.4.6 정확히 일치하는 식

식 E 과 형식ET이 지정된 경우 다음 중 하나가 유지되는 경우 정확히 일치합니다. T

• E에는 형식S이 있고 ID 변환이 에서 ST
• E 는 무명 함수이고 대리 T 자 형식 D 또는 식 트리 형식 Expression<D> 이며 다음 보류 중 하나입니다.
  • 매개 변수 목록(§12.6.3.12)의 D 컨텍스트에 유추된 반환 형식 E X 이 있으며 ID 변환이 의 반환 형식으로 X 존재합니다.D
  • E 는 async 반환 값이 없는 람다이며 D 제네릭이 아닌 반환 형식을 가집니다. «TaskType»
  • 비 E 동기이고 D 반환 형식 Y 이 있거나 E 비동기이며 D 반환 형식 «TaskType»<Y>(§15.15.1)을 가지며 다음 중 하나가 보유합니다.
    • 본문 E 은 정확히 일치하는 식입니다. Y
    • 본문 E 은 모든 return 문이 정확히 일치하는 식을 반환하는 블록입니다. Y

12.6.4.7 더 나은 변환 대상

두 가지 형식 T₁ 을 지정하면T₂T₁ 다음 중 하나가 유지되는 경우보다 T₂ 변환 대상이 더 좋습니다.

• 암시적 변환이 T₁ T₂ 존재하며 암시적 변환이 T₂ T₁ 존재하지 않음
• T₁ is «TaskType»<S₁>(§15.15.1), T₂ is «TaskType»<S₂>, 및 S₁ 보다 더 나은 변환 대상 S₂
• T₁ is «TaskType»<S₁>(§15.15.1), T₂ is «TaskType»<S₂>, and is and T₁ is more specialized than T₂
• T₁S₁ S₁? 은 S₁ 부호 있는 정수 계열 형식이고 T₂ 부호 없는 정수 계열 형식인 S₂ 위치 S₂ 입니다S₂?. 구체적으로 다음이 필요합니다.
  • S₁ is sbyte 및 S₂ is byte, ushort, uint또는 ulong
  • S₁ is short 및 S₂ is ushort, uint또는 ulong
  • S₁ is int 및 S₂ is uint, 또는 ulong
  • S₁ is long 및 S₂ is ulong

12.6.4.8 제네릭 클래스의 오버로드

참고: 선언된 서명은 고유해야 하지만(§8.6), 형식 인수를 대체하면 동일한 서명이 생성될 수 있습니다. 이러한 상황에서 오버로드 확인은 원래 서명의 가장 구체적인(§12.6.4.3)(형식 인수를 대체하기 전에)을 선택하고, 그렇지 않으면 오류를 보고합니다. 끝 메모

예제: 다음 예제에서는 이 규칙에 따라 유효하고 잘못된 오버로드를 보여 줍니다.

public interface I1<T> { ... }
public interface I2<T> { ... }

public abstract class G1<U>
{
    public abstract int F1(U u);           // Overload resolution for G<int>.F1
    public abstract int F1(int i);         // will pick non-generic

    public abstract void F2(I1<U> a);      // Valid overload
    public abstract void F2(I2<U> a);
}

abstract class G2<U,V>
{
    public abstract void F3(U u, V v);     // Valid, but overload resolution for
    public abstract void F3(V v, U u);     // G2<int,int>.F3 will fail

    public abstract void F4(U u, I1<V> v); // Valid, but overload resolution for
    public abstract void F4(I1<V> v, U u); // G2<I1<int>,int>.F4 will fail

    public abstract void F5(U u1, I1<V> v2);   // Valid overload
    public abstract void F5(V v1, U u2);

    public abstract void F6(ref U u);      // Valid overload
    public abstract void F6(out V v);
}

끝 예제

12.6.5 동적 멤버 호출의 컴파일 시간 검사

동적으로 바인딩된 작업의 오버로드 확인은 런타임에 수행되지만 컴파일 시간에 오버로드가 선택될 함수 멤버 목록을 알 수 있는 경우도 있습니다.

• 대리자 호출(§12.8.10.4)의 경우 목록은 호출의 delegate_type 매개 변수 목록이 동일한 단일 함수 멤버입니다.
• 형식에 대한 메서드 호출(§12.8.10.2) 또는 정적 형식이 동적이 아닌 값의 경우 메서드 그룹의 액세스 가능한 메서드 집합은 컴파일 타임에 알려져 있습니다.
• 개체 만들기 식(§12.8.17.2)의 경우 형식의 액세스 가능한 생성자 집합은 컴파일 타임에 알려져 있습니다.
• 인덱서 액세스(§12.8.12.3)의 경우 수신기의 액세스 가능한 인덱서 집합은 컴파일 타임에 알려져 있습니다.

이러한 경우 알려진 함수 멤버 집합의 각 멤버에 대해 제한된 컴파일 시간 검사가 수행되어 런타임에 호출되지 않는 특정 항목에 대해 알 수 있는지 확인합니다. 각 함수 멤버 F 에 대해 수정된 매개 변수 및 인수 목록이 생성됩니다.

• 먼저 제네릭 메서드이고 형식 인수가 제공된 경우 F 매개 변수 목록의 형식 매개 변수로 대체됩니다. 그러나 형식 인수가 제공되지 않은 경우 이러한 대체는 발생하지 않습니다.
• 그런 다음 형식이 열려 있는 매개 변수(예: 형식 매개 변수 포함, §8.4.3 참조)가 해당 매개 변수와 함께 제외됩니다.

F 검사를 통과하려면 다음을 모두 보유해야 합니다.

• 수정된 매개 변수 목록은 F §12.6.4.2 측면에서 수정된 인수 목록에 적용할 수 있습니다.
• 수정된 매개 변수 목록의 생성된 모든 형식은 해당 제약 조건을 충족합니다(§8.4.5).
• 위의 단계에서 형식 매개 변수 F 를 대체한 경우 해당 제약 조건이 충족됩니다.
• 정적 메서드인 경우 F 메서드 그룹은 컴파일 타임에 수신기가 변수 또는 값으로 알려진 member_access 발생하지 않습니다.
• 인스턴스 메서드인 경우 F 메서드 그룹은 컴파일 타임에 수신자가 형식으로 알려진 member_access 발생하지 않습니다.

이 테스트를 통과한 후보가 없으면 컴파일 시간 오류가 발생합니다.

12.6.6 함수 멤버 호출

12.6.6.1 일반

이 하위 클래스는 런타임에 특정 함수 멤버를 호출하는 프로세스를 설명합니다. 바인딩 시간 프로세스는 이미 특정 멤버를 호출하도록 결정했으며, 아마도 후보 함수 멤버 집합에 오버로드 확인을 적용한 것으로 가정합니다.

호출 프로세스를 설명하기 위해 함수 멤버는 다음 두 가지 범주로 나뉩니다.

• 정적 함수 멤버입니다. 정적 메서드, 정적 속성 접근자 및 사용자 정의 연산자입니다. 정적 함수 멤버는 항상 가상이 아닌 멤버입니다.
• 인스턴스 함수 멤버입니다. 인스턴스 메서드, 인스턴스 생성자, 인스턴스 속성 접근자 및 인덱서 접근자입니다. 인스턴스 함수 멤버는 가상이 아니거나 가상이며 항상 특정 인스턴스에서 호출됩니다. 인스턴스는 인스턴스 식에 의해 계산되며 함수 멤버 내에서 (§12.8.14)로 this 액세스할 수 있게 됩니다. 인스턴스 생성자의 경우 인스턴스 식은 새로 할당된 개체로 사용됩니다.

함수 멤버 호출의 런타임 처리는 다음 단계로 구성됩니다. 여기서 M 함수 멤버는 인스턴스 멤버이고 인스턴스 멤버 E 인 경우 M 인스턴스 식입니다.

• 정적 함수 멤버인 경우 M :

  • 인수 목록은 §12.6.2에 설명된 대로 평가됩니다.
  • M가 호출됩니다.

• 그렇지 않은 경우 형식이 값 형식V이고 M 다음에서 V선언되거나 재정의 E 되는 경우:

  • E가 평가됩니다. 이 평가에서 예외가 발생하면 추가 단계가 실행되지 않습니다. 인스턴스 생성자의 경우 이 평가는 새 개체에 대한 스토리지(일반적으로 실행 스택에서)를 할당하는 것으로 구성됩니다. 이 경우 E 변수로 분류됩니다.
  • E 변수로 분류되지 않았거나 V 읽기 전용 구조체 형식(§16.2.2)E이 아니면 다음 중 하나입니다.
    • 입력 매개 변수(§15.6.2.3.2) 또는
    • readonly 필드(§15.5.3) 또는
    • readonly 참조 변수 또는 반환(§9.7),

  그러면 's 형식의 E임시 지역 변수가 만들어지고 해당 변수에 E 값이 할당됩니다. E 는 해당 임시 지역 변수에 대한 참조로 다시 분류됩니다. 임시 변수는 내M와 같이 this 액세스할 수 있지만 다른 방법으로는 액세스할 수 없습니다. 따라서 작성할 수 있는 경우에만 E 호출자가 변경 내용을 M 관찰할 this수 있습니다.

  • 인수 목록은 §12.6.2에 설명된 대로 평가됩니다.
  • M가 호출됩니다. 참조되는 E 변수는 .에서 참조하는 this변수가 됩니다.

• 그렇지 않은 경우:

  • E가 평가됩니다. 이 평가에서 예외가 발생하면 추가 단계가 실행되지 않습니다.
  • 인수 목록은 §12.6.2에 설명된 대로 평가됩니다.
  • 형식이 value_type 경우 boxing 변환(§10.2.9)을 수행하여 class_type 변환 E 하며 E 다음 단계에서 해당 class_type 것으로 간주됩니다.E value_type enum_type 경우 class_type System.Enum; 그렇지 않으면 됩니다.System.ValueType
  • 값 E 이 유효한지 확인합니다. 값 E 이 null이면 a System.NullReferenceException 가 throw되고 더 이상 단계가 실행되지 않습니다.
  • 호출할 함수 멤버 구현은 다음과 같이 결정됩니다.
    • 바인딩 시간 형식 E 이 인터페이스인 경우 호출할 함수 멤버는 참조되는 인스턴스E의 M 런타임 형식에서 제공하는 구현입니다. 이 함수 멤버는 인터페이스 매핑 규칙(§18.6.5)을 적용하여 참조E되는 인스턴스의 M 런타임 형식에서 제공하는 구현을 결정합니다.
    • 그렇지 않으면 가상 함수 멤버인 경우 M 호출할 함수 멤버는 참조되는 인스턴스E의 M 런타임 형식에서 제공하는 구현입니다. 이 함수 멤버는 참조되는 인스턴스의 런타임 형식과 관련하여 가장 많이 파생된 구현(§15.6.4) M 을 결정하는 규칙을 적용하여 결정됩니다 E.
    • 그렇지 않으면 M 가상이 아닌 함수 멤버이고 호출할 함수 멤버 자체는 M 해당합니다.
  • 위의 단계에서 결정된 함수 멤버 구현이 호출됩니다. 참조되는 E 개체는 이 개체가 참조하는 개체가 됩니다.

인스턴스 생성자(§12.8.17.2)의 호출 결과는 생성된 값입니다. 다른 함수 멤버를 호출한 결과는 본문에서 반환된 값(있는 경우§13.10.5)입니다.

12.6.6.2 boxed 인스턴스에서 호출

value_type 구현된 함수 멤버는 다음과 같은 상황에서 해당 value_type boxed 인스턴스를 통해 호출할 수 있습니다.

• 함수 멤버가 class_type 형식에서 상속된 메서드의 재정의이고 해당 class_type 인스턴스 식을 통해 호출되는 경우

  참고: class_type 항상 하나 System.ObjectSystem.ValueType 또는 System.Enum. 끝 메모

• 함수 멤버가 인터페이스 함수 멤버의 구현이고 interface_type 인스턴스 식을 통해 호출되는 경우
• 함수 멤버가 대리자를 통해 호출되는 경우

이러한 상황에서 boxed 인스턴스는 value_type 변수를 포함하는 것으로 간주되며, 이 변수는 함수 멤버 호출 내에서 이 변수가 참조하는 변수가 됩니다.

특히 이는 boxed 인스턴스에서 함수 멤버가 호출될 때 함수 멤버가 boxed 인스턴스에 포함된 값을 수정할 수 있음을 의미합니다. 끝 메모

12.7 분해

분해는 식이 개별 식의 튜플로 바뀌는 프로세스입니다. 분해는 단순 할당의 대상이 해당 튜플의 각 요소에 할당할 값을 얻기 위해 튜플 식일 때 사용됩니다.

식 E 은 다음과 같은 방식으로 요소를 사용하여 튜플 식으로 n 분해됩니다.

• 요소가 있는 n 튜플 식인 경우 E 분해 결과는 식 E 자체입니다.
• 그렇지 않으면 요소가 E 포함된 n 튜플 형식 (T1, ..., Tn) 이 있는 경우 E 임시 변수__v로 계산되고 분해 결과는 식(__v.Item1, ..., __v.Itemn)입니다.
• 그렇지 않으면 컴파일 시간에 식 E.Deconstruct(out var __v1, ..., out var __vn) 이 고유 인스턴스 또는 확장 메서드로 확인되면 해당 식이 계산되고 분해 결과가 식 (__v1, ..., __vn)입니다. 이러한 메서드를 분해자라고 합니다.
• 그렇지 않으면 E 분해할 수 없습니다.

여기서는 __v __v1, ..., __vn 보이지 않으며 액세스할 수 없는 임시 변수를 참조하세요.

참고: 형식 dynamic 의 식은 분해할 수 없습니다. 끝 메모

12.8 기본 식

12.8.1 일반

기본 식에는 가장 간단한 형식의 식이 포함됩니다.

primary_expression
    : primary_no_array_creation_expression
    | array_creation_expression
    ;

primary_no_array_creation_expression
    : literal
    | interpolated_string_expression
    | simple_name
    | parenthesized_expression
    | tuple_expression
    | member_access
    | null_conditional_member_access
    | invocation_expression
    | element_access
    | null_conditional_element_access
    | this_access
    | base_access
    | post_increment_expression
    | post_decrement_expression
    | null_forgiving_expression
    | object_creation_expression
    | delegate_creation_expression
    | anonymous_object_creation_expression
    | typeof_expression
    | sizeof_expression
    | checked_expression
    | unchecked_expression
    | default_value_expression
    | nameof_expression    
    | anonymous_method_expression
    | pointer_member_access     // unsafe code support
    | pointer_element_access    // unsafe code support
    | stackalloc_expression
    ;

참고: 이러한 문법 규칙은 ANTLR이 처리하지 않는 상호 왼쪽 재귀 규칙 집합(primary_expression,, ,member_accessprimary_no_array_creation_expression, invocation_expression,element_accesspost_increment_expression, pointer_member_access post_decrement_expressionnull_forgiving_expression및pointer_element_access)의 일부이므로 ANTLR이 준비되지 않습니다. 표준 기술을 사용하여 문법을 변환하여 상호 왼쪽 재귀를 제거할 수 있습니다. 모든 구문 분석 전략에 필요한 것은 아니며(예: LALR 파서가 필요하지 않음) 이렇게 하면 구조와 설명이 난독 처리됩니다. 끝 메모

pointer_member_access(§23.6.3) 및 pointer_element_access(§23.6.4)는 안전하지 않은 코드(§23)에서만 사용할 수 있습니다.

기본 식은 array_creation_expressionprimary_no_array_creation_expression 구분됩니다. 다른 간단한 식 양식과 함께 나열하는 대신 이러한 방식으로 array_creation_expression 처리하면 문법이 혼동될 수 있는 코드(예: 혼동될 수 있음)를 허용하지 않습니다.

object o = new int[3][1];

그렇지 않으면 다음과 같이 해석됩니다.

object o = (new int[3])[1];

12.8.2 리터럴

리터럴(§6.4.5)로 구성된 primary_expression 값으로 분류됩니다.

12.8.3 보간된 문자열 식

interpolated_string_expression 문자 내 " 의 $텍스트 뒤에 오거나 $@@$바로 뒤에 오도록 구성됩니다. 따옴표 붙은 텍스트 내에는 문자로 { 구분된 보간이 0개 이상 있으며}, 각 보간은 식과 선택적 서식 지정 사양을 묶습니다.

보간된 문자열 식에는 두 가지 형식이 있습니다. 일반(interpolated_regular_string_expression) 및 축자(interpolated_verbatim_string_expression)는 두 형식의 문자열 리터럴(§6.4.5.6)과 어휘적으로 비슷하지만 의미상 다릅니다.

interpolated_string_expression
    : interpolated_regular_string_expression
    | interpolated_verbatim_string_expression
    ;

// interpolated regular string expressions

interpolated_regular_string_expression
    : Interpolated_Regular_String_Start Interpolated_Regular_String_Mid?
      ('{' regular_interpolation '}' Interpolated_Regular_String_Mid?)*
      Interpolated_Regular_String_End
    ;

regular_interpolation
    : expression (',' interpolation_minimum_width)?
      Regular_Interpolation_Format?
    ;

interpolation_minimum_width
    : constant_expression
    ;

Interpolated_Regular_String_Start
    : '$"'
    ;

// the following three lexical rules are context sensitive, see details below

Interpolated_Regular_String_Mid
    : Interpolated_Regular_String_Element+
    ;

Regular_Interpolation_Format
    : ':' Interpolated_Regular_String_Element+
    ;

Interpolated_Regular_String_End
    : '"'
    ;

fragment Interpolated_Regular_String_Element
    : Interpolated_Regular_String_Character
    | Simple_Escape_Sequence
    | Hexadecimal_Escape_Sequence
    | Unicode_Escape_Sequence
    | Open_Brace_Escape_Sequence
    | Close_Brace_Escape_Sequence
    ;

fragment Interpolated_Regular_String_Character
    // Any character except " (U+0022), \\ (U+005C),
    // { (U+007B), } (U+007D), and New_Line_Character.
    : ~["\\{}\u000D\u000A\u0085\u2028\u2029]
    ;

// interpolated verbatim string expressions

interpolated_verbatim_string_expression
    : Interpolated_Verbatim_String_Start Interpolated_Verbatim_String_Mid?
      ('{' verbatim_interpolation '}' Interpolated_Verbatim_String_Mid?)*
      Interpolated_Verbatim_String_End
    ;

verbatim_interpolation
    : expression (',' interpolation_minimum_width)?
      Verbatim_Interpolation_Format?
    ;

Interpolated_Verbatim_String_Start
    : '$@"'
    | '@$"'
    ;

// the following three lexical rules are context sensitive, see details below

Interpolated_Verbatim_String_Mid
    : Interpolated_Verbatim_String_Element+
    ;

Verbatim_Interpolation_Format
    : ':' Interpolated_Verbatim_String_Element+
    ;

Interpolated_Verbatim_String_End
    : '"'
    ;

fragment Interpolated_Verbatim_String_Element
    : Interpolated_Verbatim_String_Character
    | Quote_Escape_Sequence
    | Open_Brace_Escape_Sequence
    | Close_Brace_Escape_Sequence
    ;

fragment Interpolated_Verbatim_String_Character
    : ~["{}]    // Any character except " (U+0022), { (U+007B) and } (U+007D)
    ;

// lexical fragments used by both regular and verbatim interpolated strings

fragment Open_Brace_Escape_Sequence
    : '{{'
    ;

fragment Close_Brace_Escape_Sequence
    : '}}'
    ;

위에 정의된 어휘 규칙 중 6개는 다음과 같이 컨텍스트에 민감 합니다.

규칙	상황별 요구 사항
Interpolated_Regular_String_Mid	Interpolated_Regular_String_Start 후, 다음 보간 간 및 해당 Interpolated_Regular_String_End 전에만 인식됩니다.
Regular_Interpolation_Format	시작 콜론(:)이 어떤 종류의 대괄호(괄호/중괄호/정사각형) 내에 중첩되지 않은 경우 regular_interpolation 내에서만 인식됩니다.
Interpolated_Regular_String_End	Interpolated_Regular_String_Start 후에만 인식되며, 중간 토큰이 Interpolated_Regular_String_Mid또는 regular_interpolation일부일 수 있는 토큰인 경우에만 인식됩니다. 여기에는 이러한 보간 내에 포함된 interpolated_regular_string_expression대한 토큰이 포함됩니다.
Interpolated_Verbatim_String_Mid Verbatim_Interpolation_Format Interpolated_Verbatim_String_End	이러한 세 가지 규칙을 인식하는 것은 위에 언급된 각 정규 문법 규칙이 해당 축자 1로 대체된 위의 해당 규칙을 따릅니다.

참고: 위의 규칙은 해당 정의가 언어의 다른 토큰과 겹치기 때문에 컨텍스트에 민감합니다. 끝 메모

참고: 위의 문법은 상황에 맞는 어휘 규칙으로 인해 ANTLR이 준비되지 않았습니다. 다른 렉서 생성기와 마찬가지로 ANTLR은 어휘 모드를 사용하는 등 상황에 맞는 어휘 규칙을 지원하지만 구현 세부 정보이므로 이 사양의 일부가 아닙니다. 끝 메모

interpolated_string_expression 값으로 분류됩니다. 암시적 보간된 문자열 변환(§10.2.5)으로 즉시 변환 System.IFormattable System.FormattableString 되는 경우 보간된 문자열 식에는 해당 형식이 있습니다. 그렇지 않으면 형식 string이 있습니다.

참고: interpolated_string_expression 가능한 형식 간의 차이는 (§C.2) 및 System.FormattableString (§C.3) 설명서 System.String 에서 확인할 수 있습니다. 끝 메모

보간의 의미는 regular_interpolation 및 verbatim_interpolation 식의 string 값을 Regular_Interpolation_Format 또는 Verbatim_Interpolation_Format 지정된 형식에 따라 또는 식 형식의 기본 형식에 따라 형식을 지정하는 것입니다. 형식이 지정된 문자열은 interpolation_minimum_width 의해 수정되고(있는 경우) interpolated_string_expression 보간할 최종 string 문자열을 생성합니다.

참고: 형식의 기본 형식이 결정되는 방법은 (§C.2) 및 System.FormattableString (§C.3) 설명서 System.String 에 자세히 설명되어 있습니다. Regular_Interpolation_Format 및 Verbatim_Interpolation_Format 동일한 표준 형식에 대한 설명은 (§C.4) 및 표준 라이브러리(§C)의 다른 형식에 대한 System.IFormattable 설명서에서 찾을 수 있습니다. 끝 메모

interpolation_minimum_width constant_expression 암시적으로 변환되어야 합니다int. 필드 너비가 이 constant_expression 절대 값이 되고 맞춤이 이 constant_expression 값의 부호(양수 또는 음수)가 되도록 합니다.

• 필드 너비 값이 서식이 지정된 문자열의 길이보다 작거나 같은 경우 서식이 지정된 문자열은 수정되지 않습니다.
• 그렇지 않으면 형식이 지정된 문자열의 길이가 필드 너비와 같도록 공백 문자로 채워집니다.
  • 맞춤이 양수이면 패딩 앞에 서식이 지정된 문자열이 오른쪽 맞춤됩니다.
  • 그렇지 않으면 안쪽 여백을 추가하여 왼쪽 맞춤됩니다.

위의 보간 서식 및 패딩을 포함하여 interpolated_string_expression 전체적인 의미는 식의 형식이 형식 값을 반환하는 (§C.3)이거나 System.FormattableString 형식 값을 반환하는 메서드System.Runtime.CompilerServices.FormattableStringFactory.Create인 경우 식이 System.IFormattable 메서드 호출로 변환되어 정의됩니다. 그렇지 않으면 형식System.FormattableString이 있어야 string 하고 메서드는 형식 string값을 반환하는 (§C.2)입니다 string.Format .

두 경우 모두 호출의 인수 목록은 각 보간에 대한 형식 사양이 있는 형식 문자열 리터럴과 형식 사양에 해당하는 각 식에 대한 인수로 구성됩니다.

형식 문자열 리터럴은 다음과 같이 생성되며, 여기서 N interpolated_string_expression 보간 횟수입니다. 형식 문자열 리터럴은 순서대로 구성됩니다.

• Interpolated_Regular_String_Start 또는 Interpolated_Verbatim_String_Start 문자
• Interpolated_Regular_String_Mid 또는 Interpolated_Verbatim_String_Mid 문자(있는 경우)
• N ≥ 1 그런 다음 각 번호 I 에 0 대해 다음을 수행합니다.N-1
  • 자리 표시자 사양:
    • 왼쪽 중괄호({) 문자
    • 의 10진수 표현 I
    • 그런 다음 해당 regular_interpolation 또는 verbatim_interpolation interpolation_minimum_width 있는 경우 쉼표(,)와 값의 10진수 표현이 constant_expression
    • 해당 regular_interpolation 또는 verbatim_interpolation Regular_Interpolation_Format 또는 Verbatim_Interpolation_Format 문자(있는 경우)입니다.
    • 오른쪽 중괄호(}) 문자
  • 해당 보간 직후 Interpolated_Regular_String_Mid 또는 Interpolated_Verbatim_String_Mid 문자(있는 경우)
• 마지막으로 Interpolated_Regular_String_End 또는 Interpolated_Verbatim_String_End 문자입니다.

후속 인수는 보간에서의 식입니다(있는 경우).

interpolated_string_expression 여러 보간을 포함하는 경우 해당 보간 식은 왼쪽에서 오른쪽으로 텍스트 순서로 계산됩니다.

예제:

이 예제에서는 다음 형식 사양 기능을 사용합니다.

• X 정수 형식을 대문자 16진수로 지정하는 형식 사양입니다.
• 값의 기본 형식 string 은 값 자체입니다.
• 지정된 최소 필드 너비 내에서 오른쪽 맞춤되는 양수 맞춤 값
• 지정된 최소 필드 너비 내에서 왼쪽 맞춤 값이 음수인 경우
• interpolation_minimum_width 대해 정의된 상수 및
• {{ 이며 }} 각각 형식 { } 이 지정됩니다.

지정된 조건:

string text = "red";
int number = 14;
const int width = -4;

다음 작업:

보간된 문자열 식	해당하는 의미는 다음과 같습니다. string	값
$"{text}"	string.Format("{0}", text)	"red"
$"{{text}}"	string.Format("{{text}})	"{text}"
$"{ text , 4 }"	string.Format("{0,4}", text)	" red"
$"{ text , width }"	string.Format("{0,-4}", text)	"red "
$"{number:X}"	string.Format("{0:X}", number)	"E"
$"{text + '?'} {number % 3}"	string.Format("{0} {1}", text + '?', number % 3)	"red? 2"
$"{text + $"[{number}]"}"	string.Format("{0}", text + string.Format("[{0}]", number))	"red[14]"
$"{(number==0?"Zero":"Non-zero")}"	string.Format("{0}", (number==0?"Zero":"Non-zero"))	"Non-zero"

끝 예제

12.8.4 단순 이름

simple_name 식별자, 선택적으로 형식 인수 목록으로 구성됩니다.

simple_name
    : identifier type_argument_list?
    ;

simple_name 폼 또는 폼 I I<A₁, ..., Aₑ>I 중 하나이며, 단일 식별자이며 I<A₁, ..., Aₑ> 선택적 type_argument_list. type_argument_list 지정되지 않은 경우 0으로 간주 e 합니다. simple_name 다음과 같이 평가되고 분류됩니다.

• 0이고 이름이 있는 지역 변수, 매개 변수 또는 상수를 I직접 포함하는 지역 변수 선언 공간(§7.3) 내에 simple_name 나타나는 경우 e simple_name 해당 지역 변수, 매개 변수 또는 상수를 참조하고 변수 또는 값으로 분류됩니다.
• e 0이고 simple_name 제네릭 메서드 선언 내에 나타나지만 해당 method_declaration 특성 외부에 표시되고 해당 선언에 이름이 I있는 형식 매개 변수가 포함되어 있으면 simple_name 해당 형식 매개 변수를 참조합니다.
• 그렇지 않으면 각 인스턴스 형식 T (§15.3.2)에 대해 즉시 바깥쪽 형식 선언의 인스턴스 형식으로 시작하고 각 바깥쪽 클래스 또는 구조체 선언의 인스턴스 형식(있는 경우)을 계속합니다.
  • 0이고 선언 T 에 이름이 I있는 형식 매개 변수가 포함된 경우 e simple_name 해당 형식 매개 변수를 참조합니다.
  • 그렇지 않은 경우 형식 인수를 사용하는 in e T 의 I 멤버 조회(§12.5)가 일치하는 항목을 생성합니다.
    • 즉시 바깥쪽 클래스 또는 구조체 형식의 인스턴스 형식이고 조회가 하나 이상의 메서드를 식별하는 경우 T 결과는 연결된 인스턴스 식 this이 있는 메서드 그룹입니다. 형식 인수 목록을 지정한 경우 제네릭 메서드(§12.8.10.2)를 호출하는 데 사용됩니다.
    • 그렇지 않은 경우 즉시 바깥쪽 클래스 또는 구조체 형식의 인스턴스 형식인 경우 T 조회에서 인스턴스 멤버를 식별하고 인스턴스 생성자, 인스턴스 메서드 또는 인스턴스 접근자(§12.2.1)의 블록 내에서 참조가 발생하는 경우 결과는 양식this.I의 멤버 액세스(§12.8.7)와 동일합니다. 이 문제는 0일 때만 e 발생할 수 있습니다.
    • 그렇지 않으면 결과는 폼 T.I 의 멤버 액세스(§12.8.7)와 T.I<A₁, ..., Aₑ>동일합니다.
• 그렇지 않은 경우 각 네임스페이스에 N대해 simple_name 발생하는 네임스페이스부터 시작하여 각 바깥쪽 네임스페이스(있는 경우)로 계속 진행하며 전역 네임스페이스로 끝나는 경우 엔터티가 위치할 때까지 다음 단계가 평가됩니다.
  • 0이고 I 네임스페이스의 이름이면 e 다음을 수행합니다N.
    • simple_name 위치가 네임스페이스 선언 N 으로 묶이고 네임스페이스 선언에 네임스페이스 또는 형식과 이름을 I 연결하는 extern_alias_directive 또는 using_alias_directive 포함된 경우 simple_name 모호하고 컴파일 시간 오류가 발생합니다.
    • 그렇지 않으면 simple_name 이름이 지정된 I N네임스페이스를 참조합니다.
  • 그렇지 않으면 이름 I 및 e 형식 매개 변수가 있는 액세스 가능한 형식이 포함된 경우 N 다음을 수행합니다.
    • 0이고 simple_name 발생하는 위치가 네임스페이스 선언 N 으로 묶이고 네임스페이스 선언에 네임스페이스 또는 형식과 이름을 I 연결하는 extern_alias_directive 또는 using_alias_directive 포함된 경우 e simple_name 모호하고 컴파일 시간 오류가 발생합니다.
    • 그렇지 않으면 namespace_or_type_name 지정된 형식 인수를 사용하여 생성된 형식을 참조합니다.
  • 그렇지 않으면 simple_name 발생하는 위치가 다음에 대한 N네임스페이스 선언으로 묶인 경우
    • 0이고 네임스페이스 선언에 가져온 네임스페이스 또는 형식과 이름을 I 연결하는 extern_alias_directive 또는 using_alias_directive 포함된 경우 e simple_name 해당 네임스페이스 또는 형식을 참조합니다.
    • 그렇지 않은 경우 네임스페이스 선언의 using_namespace_directive가져온 네임스페이스에 이름 I 및 e 형식 매개 변수가 있는 형식이 정확히 한 개 있는 경우 simple_name 지정된 형식 인수로 생성된 해당 형식을 참조합니다.
    • 그렇지 않은 경우 네임스페이스 선언의 using_namespace_directive가져온 네임스페이스에 이름 I 및 e 형식 매개 변수가 있는 두 개 이상의 형식이 포함된 경우 simple_name 모호하고 컴파일 시간 오류가 발생합니다.

  참고: 이 전체 단계는 namespace_or_type_name(§7.8)를 처리하는 해당 단계와 정확히 유사합니다. 끝 메모

• 그렇지 않으면 0이고 I 식별자_인 경우 e simple_name 선언 식의 한 형태인 단순 무시입니다(§12.17).
• 그렇지 않으면 simple_name 정의되지 않고 컴파일 시간 오류가 발생합니다.

12.8.5 괄호가 있는 식

parenthesized_expression 괄호로 묶인 식으로 구성됩니다.

parenthesized_expression
    : '(' expression ')'
    ;

parenthesized_expression 괄호 안의 식을 평가하여 평가됩니다. 괄호 안의 식이 네임스페이스 또는 형식을 나타내는 경우 컴파일 시간 오류가 발생합니다. 그렇지 않으면 parenthesized_expression 결과는 포함된 식의 평가 결과입니다.

12.8.6 튜플 식

tuple_expression 튜플을 나타내며 괄호로 묶인 둘 이상의 쉼표로 구분되고 선택적으로 명명된 식으로 구성됩니다. deconstruction_expression 암시적으로 형식화된 선언 식을 포함하는 튜플의 약식 구문입니다.

tuple_expression
    : '(' tuple_element (',' tuple_element)+ ')'
    | deconstruction_expression
    ;
    
tuple_element
    : (identifier ':')? expression
    ;
    
deconstruction_expression
    : 'var' deconstruction_tuple
    ;
    
deconstruction_tuple
    : '(' deconstruction_element (',' deconstruction_element)+ ')'
    ;

deconstruction_element
    : deconstruction_tuple
    | identifier
    ;

tuple_expression 튜플로 분류됩니다.

deconstruction_expression tuple_expression (var e1, ..., var en) var (e1, ..., en) 약식이며 동일한 동작을 따릅니다. 이는 deconstruction_expression 중첩된 deconstruction_tuple 재귀적으로 적용됩니다. 따라서 deconstruction_expression 내에 중첩된 각 식별자는 선언 식(§12.17)을 도입합니다. 따라서 deconstruction_expression 단순 할당의 왼쪽에서만 발생할 수 있습니다.

튜플 식에는 각 요소 식에 형식이 있는 경우에만 형식Ti이 있습니다Ei. 형식은 각 요소가 다음에 의해 제공되는 튜플 식과 동일한 arity의 튜플 형식이어야 합니다.

• 해당 위치의 튜플 요소에 이름이 Ni있으면 튜플 형식 요소가 됩니다 Ti Ni.
• 그렇지 않으면 다음 중 어느 것이라도 보유하지 않는 한 Ei 폼 Ni 이거나 E.Ni E?.Ni 튜플 형식 요소가 있어야 Ti Ni합니다.
  • 튜플 식의 다른 요소에 이름이 Ni있거나
  • 이름이 없는 다른 튜플 요소에는 폼 Ni 또는 E.Ni 또는 E?.Ni또는 튜플 요소 식이 있습니다.
  • Ni는 튜플 요소의 위치를 나타낼 수 있고 X 요소의0 위치를 나타내지 않는 시작되지 않은 소수 자릿수 시퀀스인 폼 ItemXX 입니다.
• 그렇지 않으면 튜플 형식 요소는 .이어야 Ti합니다.

튜플 식은 각 요소 식을 왼쪽에서 오른쪽으로 순서대로 평가하여 계산됩니다.

튜플 값은 튜플 식을 튜플 형식(§10.2.13)으로 변환하거나 값(§12.2.2)으로 재분류하거나 분해 할당(§12.21.2)의 대상으로 만들어 튜플 식에서 가져올 수 있습니다.

예제:

(int i, string) t1 = (i: 1, "One");
(long l, string) t2 = (l: 2, null);
var t3 = (i: 3, "Three");          // (int i, string)
var t4 = (i: 4, null);             // Error: no type

이 예제에서는 네 개의 튜플 식이 모두 유효합니다. 처음 두 t1 개와 t2튜플 식의 형식을 사용하지 않고 암시적 튜플 변환을 적용합니다. 의 t2경우 암시적 튜플 변환은 암시적 변환 null 2 long string을 사용합니다. 세 번째 튜플 식에는 형식 (int i, string)이 있으므로 해당 형식의 값으로 다시 분류할 수 있습니다. t4반면에 선언은 오류입니다. 두 번째 요소에 형식이 없으므로 튜플 식에는 형식이 없습니다.

if ((x, y).Equals((1, 2))) { ... };

이 예제에서는 튜플 식이 메서드 호출에 대한 유일한 인수인 경우 튜플이 때때로 여러 계층의 괄호로 이어질 수 있음을 보여 줍니다.

끝 예제

12.8.7 멤버 액세스

12.8.7.1 일반

member_access primary_expression, predefined_type 또는 qualified_alias_member 뒤에 "." 토큰, 식별자, 필요에 따라 type_argument_list 다음으로 구성됩니다.

member_access
    : primary_expression '.' identifier type_argument_list?
    | predefined_type '.' identifier type_argument_list?
    | qualified_alias_member '.' identifier type_argument_list?
    ;

predefined_type
    : 'bool' | 'byte' | 'char' | 'decimal' | 'double' | 'float' | 'int'
    | 'long' | 'object' | 'sbyte' | 'short' | 'string' | 'uint' | 'ulong'
    | 'ushort'
    ;

qualified_alias_member 생산은 §14.8에 정의되어 있습니다.

member_access 폼 또는 폼 E.I<A₁, ..., Aₑ>E.I 중 하나이며, E primary_expression, predefined_type 또는 qualified_alias_member I 단일 식별자이며 <A₁, ..., Aₑ> 선택적 type_argument_list. type_argument_list 지정되지 않은 경우 0으로 간주 e 합니다.

형식 dynamic 의 primary_expression 있는 member_access 동적으로 바인딩됩니다(§12.3.3). 이 경우 컴파일러는 멤버 액세스를 형식 dynamic의 속성 액세스로 분류합니다. member_access 의미를 결정하는 아래 규칙은 primary_expression 컴파일 시간 형식 대신 런타임 형식을 사용하여 런타임에 적용됩니다. 이 런타임 분류가 메서드 그룹으로 이어지는 경우 멤버 액세스는 invocation_expression primary_expression 합니다.

member_access 다음과 같이 평가되고 분류됩니다.

• 네임스페이스가 E 0이고 E 이름이 I있는 중첩된 네임스페이스를 포함하는 경우 e 결과는 해당 네임스페이스입니다.
• 그렇지 않은 경우 네임스페이스이고 E 이름 I 및 K 형식 매개 변수가 있는 액세스 가능한 형식이 포함된 경우 E 결과는 지정된 형식 인수를 사용하여 생성된 형식입니다.
• 형식으로 분류되는 경우 E E 형식 매개 변수가 아니고 형식 매개 변수를 사용하는 in의 E K I 멤버 조회(§12.5)가 일치 E.I 를 생성하는 경우 다음과 같이 평가되고 분류됩니다.

  참고: 이러한 멤버 조회의 결과가 메서드 그룹이고 K 0이면 메서드 그룹에 형식 매개 변수가 있는 메서드가 포함될 수 있습니다. 이렇게 하면 형식 인수 추론에 대해 이러한 메서드를 고려할 수 있습니다. 끝 메모

  • 형식을 식별하는 경우 I 결과는 지정된 형식 인수를 사용하여 생성된 형식입니다.
  • 하나 이상의 메서드를 식별하는 경우 I 결과는 연결된 인스턴스 식이 없는 메서드 그룹입니다.
  • 정적 속성을 식별하는 경우 I 결과는 연결된 인스턴스 식이 없는 속성 액세스입니다.
  • 정적 필드를 식별하는 경우 I :
    • 필드가 읽기 전용이고 참조가 필드가 선언된 클래스 또는 구조체의 정적 생성자 외부에서 발생하는 경우 결과는 값, 즉 정적 필드 I E의 값입니다.
    • 그렇지 않으면 결과는 변수, 즉 .의 정적 필드 I 입니다 E.
  • 정적 이벤트를 식별하는 경우 I :
    • 이벤트가 선언된 클래스 또는 구조체 내에서 참조가 발생하고 이벤트가 event_accessor_declarations 없이 선언된 경우(§15.8.1) E.I 정적 필드처럼 I 정확하게 처리됩니다.
    • 그렇지 않으면 연결된 인스턴스 식이 없는 이벤트 액세스 결과가 생성됩니다.
  • 상수가 식별되면 I 결과는 값, 즉 해당 상수의 값입니다.
  • 열거형 멤버를 식별하는 경우 I 결과는 값, 즉 해당 열거형 멤버의 값입니다.
  • 그렇지 않으면 E.I 잘못된 멤버 참조이며 컴파일 시간 오류가 발생합니다.
• 속성 액세스, 인덱서 액세스, 변수 또는 값, 형식 및 형식 인수를 사용하는 in K T 의 TI 멤버 조회(§12.5)가 일치 E.I 를 생성하는 경우 E 다음과 같이 평가되고 분류됩니다.
  • 먼저 속성 또는 인덱서 액세스인 경우 E 속성 또는 인덱서 액세스의 값을 가져오고(§12.2.2) E가 값으로 다시 분류됩니다.
  • 하나 이상의 메서드를 식별하는 경우 I 결과는 연결된 인스턴스 식이 있는 메서드 그룹입니다 E.
  • 인스턴스 속성을 식별하는 경우 I 결과는 연결된 인스턴스 E 식이 있는 속성 액세스 및 속성의 형식인 연결된 형식입니다. 클래스 형식인 경우 T 연결된 형식은 시작 및 기본 클래스를 통해 검색할 때 T찾은 속성의 첫 번째 선언 또는 재정의에서 선택됩니다.
  • class_type 해당 class_typeI 인스턴스 필드를 식별하는 경우T:
    • 값 E 이 null면 throw System.NullReferenceException 됩니다.
    • 그렇지 않으면 필드가 읽기 전용이고 참조가 필드가 선언된 클래스의 인스턴스 생성자 외부에서 발생하는 경우 결과는 값, 즉 참조되는 개체E의 필드 I 값입니다.
    • 그렇지 않으면 결과는 변수, 즉 에서 참조하는 E개체의 필드 I 입니다.
  • struct_type 해당 struct_typeI 인스턴스 필드를 식별하는 경우T:
    • E 값이거나 필드가 읽기 전용이고 필드가 선언된 구조체의 인스턴스 생성자 외부에서 참조가 발생하는 경우 결과는 값, 즉 지정된 E구조체 인스턴스의 필드 I 값입니다.
    • 그렇지 않으면 결과는 변수, 즉 에 의해 E지정된 구조체 인스턴스의 필드 I 입니다.
  • 인스턴스 이벤트를 식별하는 경우 I :
    • 이벤트가 선언된 클래스 또는 구조체 내에서 참조가 발생하고 이벤트가 event_accessor_declarations 없이 선언되고(§15.8.1) 참조가 왼쪽 또는 -= 연산자로 E.I a += 발생하지 않는 경우 인스턴스 필드처럼 I 정확하게 처리됩니다.
    • 그렇지 않으면 결과는 연결된 인스턴스 식이 있는 이벤트 액세스입니다 E.
• 그렇지 않으면 확장 메서드 호출(§12.8.10.3)으로 처리 E.I 하려고 시도합니다. 실패 E.I 하면 잘못된 멤버 참조이며 바인딩 시간 오류가 발생합니다.

12.8.7.2 동일한 단순 이름 및 형식 이름

폼E.I의 멤버 액세스에서 단일 식별자이고 simple_name 의미(§12.8.4)가 E type_name 의미와 동일한 형식의 E 상수, 필드, 속성, 지역 변수 또는 매개 변수인 경우 E 두 가지 가능한 의미가 E 모두 허용됩니다. 두 경우 모두 반드시 형식 E 의 E.I 멤버여야 하므로 멤버 조회는 결코 모호 I 하지 않습니다. 즉, 규칙은 컴파일 시간 오류가 발생한 정적 멤버 및 중첩된 형식에 E 대한 액세스를 허용합니다.

예제:

struct Color
{
    public static readonly Color White = new Color(...);
    public static readonly Color Black = new Color(...);
    public Color Complement() => new Color(...);
}

class A
{
    public «Color» Color;              // Field Color of type Color

    void F()
    {
        Color = «Color».Black;         // Refers to Color.Black static member
        Color = Color.Complement();  // Invokes Complement() on Color field
    }

    static void G()
    {
        «Color» c = «Color».White;       // Refers to Color.White static member
    }
}

노출 목적으로만 클래스 내에서 A 형식을 Color 참조 Color 하는 식별자의 발생은 구분되며 «...»필드를 참조 Color 하는 항목은 구분되지 않습니다.

끝 예제

12.8.8 Null 조건부 멤버 액세스

null_conditional_member_access 조건부 버전의 member_access(§12.8.7)이며 결과 형식이면 바인딩 시간 오류입니다void. 결과 형식이 표시될 void 수 있는 null 조건식의 경우(§12.8.11).

null_conditional_member_access primary_expression 뒤에 두 개의 토큰 "?" 및 ".", 선택적 type_argument_list 있는 식별자, null_forgiving_operator 앞에 둘 수 있는 0개 이상의 dependent_access es로 구성됩니다.

null_conditional_member_access
    : primary_expression '?' '.' identifier type_argument_list?
      (null_forgiving_operator? dependent_access)*
    ;
    
dependent_access
    : '.' identifier type_argument_list?    // member access
    | '[' argument_list ']'                 // element access
    | '(' argument_list? ')'                // invocation
    ;

null_conditional_projection_initializer
    : primary_expression '?' '.' identifier type_argument_list?
    ;

null_conditional_member_access 식 E 은 형식P?.A입니다. 의미 E 는 다음과 같이 결정됩니다.

• 형식 P 이 nullable 값 형식인 경우:

  의 형식P.Value.A이 되도록 합니다T.

  • 참조 형식 또는 nullable이 아닌 값 형식으로 알려져 있지 않은 형식 매개 변수인 경우 T 컴파일 시간 오류가 발생합니다.

  • nullable이 아닌 값 형식인 경우 T 형식 E 은 T?이고 의미는 다음의 E 의미와 같습니다.

    ((object)P == null) ? (T?)null : P.Value.A
    

    단 P 한 번만 평가됩니다.

  • 그렇지 않으면 형식 E 이고 T의미는 다음의 E 의미와 같습니다.

    ((object)P == null) ? (T)null : P.Value.A
    

    단 P 한 번만 평가됩니다.

• 그렇지 않은 경우:

  T 식P.A의 형식이 되도록 합니다.

  • 참조 형식 또는 nullable이 아닌 값 형식으로 알려져 있지 않은 형식 매개 변수인 경우 T 컴파일 시간 오류가 발생합니다.

  • nullable이 아닌 값 형식인 경우 T 형식 E 은 T?이고 의미는 다음의 E 의미와 같습니다.

    ((object)P == null) ? (T?)null : P.A
    

    단 P 한 번만 평가됩니다.

  • 그렇지 않으면 형식 E 이고 T의미는 다음의 E 의미와 같습니다.

    ((object)P == null) ? (T)null : P.A
    

    단 P 한 번만 평가됩니다.

참고: 양식의 식에서:

P?.A₀?.A₁

평가되지 null 않거나 평가되지 않으면 A₁ P A₀ null_conditional_element_access §12.8.13 연산의 시퀀스인 경우에도 마찬가지입니다.

끝 메모

null_conditional_projection_initializer null_conditional_member_access 제한되며 의미 체계가 동일합니다. 익명 개체 만들기 식(§12.8.17.7)에서 프로젝션 이니셜라이저로만 발생합니다.

12.8.9 Null 용서 식

12.8.9.1 일반

null 용서 식의 값, 형식, 분류(§12.2) 및 안전 컨텍스트(§16.4.12)는 해당 primary_expression 값, 형식, 분류 및 안전 컨텍스트입니다.

null_forgiving_expression
    : primary_expression null_forgiving_operator
    ;

null_forgiving_operator
    : '!'
    ;

참고: null-forgiving 및 접두사 논리 부정 연산자(§12.9.4)는 동일 어휘 토큰(!)으로 표현되지만 고유합니다. 후자만 재정의(§15.10)할 수 있으며 null 용서 연산자의 정의가 수정됩니다. 끝 메모

null-forgiving 연산자를 동일한 식에 두 번 이상 적용하고 괄호 사이에 괄호를 적용하는 것은 컴파일 시간 오류입니다.

예: 다음은 모두 유효하지 않습니다.

var p = q!!;            // error: applying null_forgiving_operator more than once
var s = ( ( m(t) ! ) )! // error: null_forgiving_operator applied twice to m(t)

끝 예제

이 하위 클래스의 나머지 부분과 다음 형제 하위 클래스는 조건부로 규범적입니다.

정적 null 상태 분석(§8.9.5)을 수행하는 컴파일러는 다음 사양을 준수해야 합니다.

null-forgiving 연산자는 컴파일러의 정적 null 상태 분석을 알리는 데 사용되는 컴파일 시간 의사 연산입니다. 식이 null일 수 있다는 컴파일러의 결정을 재정의하고 null 허용 여부와 관련된 경고를 실행하는 컴파일러를 재정의하는 두 가지 용도가 있습니다.

컴파일러의 정적 null 상태 분석에서 경고를 생성하지 않는 식에 null-forgiving 연산자를 적용하는 것은 오류가 아닙니다.

12.8.9.2 "어쩌면 null" 결정 재정의

경우에 따라 컴파일러의 정적 null 상태 분석을 통해 식이 null 상태 일 수 있음을 확인하고 다른 정보가 식이 null 일 수 없음을 나타내는 경우 진단 경고를 실행할 수 있습니다. 이러한 식에 null-forgiving 연산자를 적용하면 null 상태가 null이 아니라는 것을 컴파일러의 정적 null 상태 분석에 알릴 수 있습니다. 이는 둘 다 진단 경고를 방지하고 진행 중인 분석을 알릴 수 있습니다.

예: 다음을 고려합니다.

#nullable enable
public static void M()
{
    Person? p = Find("John");                  // returns Person?
    if (IsValid(p))
    {
       Console.WriteLine($"Found {p!.Name}");  // p can't be null
    }
}

public static bool IsValid(Person? person) =>
    person != null && person.Name != null;

반환 truep 되는 경우 IsValid 해당 Name 속성에 액세스하기 위해 안전하게 역참조할 수 있으며 ,를 사용하여 !"null 값의 역참조" 경고를 표시하지 않을 수 있습니다.

끝 예제

예: null-forgiving 연산자는 주의해서 사용해야 합니다. 다음을 고려하세요.

#nullable enable
int B(int? x)
{
    int y = (int)x!; // quash warning, throw at runtime if x is null
    return y;
}

여기서 null-forgiving 연산자는 값 형식에 적용되고 x. 그러나 런타임에 있는 null 경우 x 예외가 throw null int됩니다.

끝 예제

12.8.9.3 다른 null 분석 경고 재정의

위와 같이 null 결정을 재정의하는 것 외에도 식에 하나 이상의 경고가 필요하다는 컴파일러의 정적 null 상태 분석 결정을 재정의하려는 다른 상황이 있을 수 있습니다. 이러한 식 요청에 null-forgiving 연산자를 적용하면 컴파일러가 식에 대한 경고를 실행하지 않습니다. 이에 대한 응답으로 컴파일러는 경고를 발생시키지 않도록 선택할 수 있으며 추가 분석을 수정할 수도 있습니다.

예: 다음을 고려합니다.

#nullable enable
public static void Assign(out string? lv, string? rv) { lv = rv; }

public string M(string? t)
{
    string s;
    Assign(out s!, t ?? "«argument was null»");
    return s;
}

메서드Assign의 매개 변수 형식은 출력 매개 변수 rvlv string?가 lv 되며 간단한 할당을 수행합니다.

메서드 M 는 형식의 string변수s를 '의 출력 매개 변수로 Assign전달합니다. 컴파일러는 nullable 변수가 아닌 것처럼 s 경고를 실행합니다. '의 두 번째 인수가 Assignnull일 수 없다는 점을 감안할 때 null-forgiving 연산자는 경고를 격리하는 데 사용됩니다.

끝 예제

조건부 표준 텍스트의 끝입니다.

12.8.10 호출 식

12.8.10.1 일반

invocation_expression 메서드를 호출하는 데 사용됩니다.

invocation_expression
    : primary_expression '(' argument_list? ')'
    ;

primary_expression delegate_type 있는 경우에만 null_forgiving_expression 수 있습니다.

다음 중 하나 이상이 있는 경우 invocation_expression 동적으로 바인딩됩니다(§12.3.3).

• primary_expression 컴파일 시간 형식이 있습니다dynamic.
• 선택적 argument_list 하나 이상의 인수에 컴파일 시간 형식이 있습니다 dynamic.

이 경우 컴파일러는 invocation_expression 형식dynamic의 값으로 분류합니다. invocation_expression 의미를 결정하는 아래 규칙은 primary_expression 컴파일 시간 형식 대신 런타임 형식과 컴파일 시간 형식 이 있는 인수를 사용하여 런타임에 dynamic적용됩니다. primary_expression 컴파일 시간 형식dynamic이 없는 경우 메서드 호출은 §12.6.5에 설명된 대로 제한된 컴파일 시간 검사를 거칩니다.

invocation_expression primary_expression 메서드 그룹 또는 delegate_type 값이어야 합니다. primary_expression 메서드 그룹인 경우 invocation_expression 메서드 호출(§12.8.10.2)입니다. primary_expression delegate_type 값이면 invocation_expression 대리자 호출(§12.8.10.4)입니다. primary_expression 메서드 그룹이나 delegate_type 값이 아니면 바인딩 시간 오류가 발생합니다.

선택적 argument_list (§12.6.2)는 메서드의 매개 변수에 대한 값 또는 변수 참조를 제공합니다.

invocation_expression 평가한 결과는 다음과 같이 분류됩니다.

• invocation_expression 반환-no-value 메서드(§15.6.1) 또는 반환-no-value 대리자를 호출하는 경우 결과는 아무것도 아닙니다. 아무것도로 분류되지 않은 식은 statement_expression 컨텍스트(§13.7) 또는 lambda_expression 본문(§12.19)에서만 허용됩니다. 그렇지 않으면 바인딩 시간 오류가 발생합니다.
• 그렇지 않으면 invocation_expression return-by-ref 메서드(§15.6.1) 또는 return-by-ref 대리자를 호출하는 경우 결과는 메서드 또는 대리자의 반환 형식과 연결된 형식의 변수입니다. 호출이 인스턴스 메서드이고 수신기가 클래스 형식 T인 경우 해당 기본 클래스를 시작하고 T 검색할 때 발견된 메서드의 첫 번째 선언 또는 재정의에서 연결된 형식이 선택됩니다.
• 그렇지 않으면 invocation_expression 반환 값 메서드(§15.6.1) 또는 값별 반환 대리자를 호출하고 결과는 메서드 또는 대리자의 반환 형식과 관련된 형식의 값입니다. 호출이 인스턴스 메서드이고 수신기가 클래스 형식 T인 경우 해당 기본 클래스를 시작하고 T 검색할 때 발견된 메서드의 첫 번째 선언 또는 재정의에서 연결된 형식이 선택됩니다.

12.8.10.2 메서드 호출

메서드 호출의 경우 invocation_expression primary_expression 메서드 그룹이어야 합니다. 메서드 그룹은 호출할 메서드 하나 또는 호출할 특정 메서드를 선택할 오버로드된 메서드 집합을 식별합니다. 후자의 경우 호출할 특정 메서드의 결정은 argument_list 인수 형식에서 제공하는 컨텍스트를 기반으로 합니다.

메서드 그룹(type_argument_list 포함)이고 A 선택적 argument_list 양식 M(A)M 의 메서드 호출에 대한 바인딩 시간 처리는 다음 단계로 구성됩니다.

• 메서드 호출에 대한 후보 메서드 집합이 생성됩니다. 메서드 그룹과 M연결된 각 메서드 F 에 대해 다음을 수행합니다.
  • 제네릭 F 이 아닌 경우 다음과 같은 경우 F 후보가 됩니다.
    • M 형식 인수 목록이 없고
    • F는 (§12.6.4.2)와 관련하여 A 적용할 수 있습니다.
  • 제네릭이고 M 형식 인수 목록이 F 없는 경우 F 다음과 같은 경우 후보입니다.
    • 형식 유추(§12.6.3)가 성공하여 호출에 대한 형식 인수 목록을 유추하고
    • 유추된 형식 인수가 해당 메서드 형식 매개 변수로 대체되면 매개 변수 목록의 F 생성된 모든 형식이 해당 제약 조건(§8.4.5)을 충족하고 매개 변수 목록은 F (§12.6.4.2)와 관련하여 A 적용할 수 있습니다.
  • 제네릭이고 M 형식 인수 목록을 F 포함하는 경우 F 다음과 같은 경우 후보입니다.
    • F 에는 형식 인수 목록에 제공된 것과 동일한 수의 메서드 형식 매개 변수가 있습니다.
    • 형식 인수가 해당 메서드 형식 매개 변수로 대체되면 해당 제약 조건(§8.4.5)의 F 매개 변수 F 목록에 생성된 모든 형식이 적용 A 됩니다(§12.6.4.2).
• 후보 메서드 집합은 가장 파생된 형식의 메서드만 포함하도록 축소됩니다. 집합 C 의 각 메서드 C.F 에 대해 메서드 F 가 선언된 형식인 경우 기본 형식 C 으로 선언된 모든 메서드가 집합에서 제거됩니다. 또한 클래스 형식이 아닌 object경우 C 인터페이스 형식에 선언된 모든 메서드가 집합에서 제거됩니다.

  참고: 이 후자의 규칙은 메서드 그룹이 유효 기본 클래스가 아닌 object 유효 기본 클래스와 비어있지 않은 유효 인터페이스 집합이 있는 형식 매개 변수에 대한 멤버 조회의 결과인 경우에만 적용됩니다. 끝 메모

• 결과 후보 메서드 집합이 비어 있으면 다음 단계를 따라 추가 처리가 중단되고 대신 호출을 확장 메서드 호출(§12.8.10.3)으로 처리하려고 시도합니다. 이 작업이 실패하면 해당 메서드가 존재하지 않으며 바인딩 시간 오류가 발생합니다.
• 후보 메서드 집합의 가장 좋은 방법은 §12.6.4의 오버로드 확인 규칙을 사용하여 식별됩니다. 최상의 단일 메서드를 식별할 수 없는 경우 메서드 호출이 모호하며 바인딩 시간 오류가 발생합니다. 오버로드 확인을 수행할 때 제네릭 메서드의 매개 변수는 해당 메서드 형식 매개 변수에 대한 형식 인수(제공 또는 유추)를 대체한 후 고려됩니다.

위의 단계에 의해 바인딩 타임에 메서드를 선택하고 유효성을 검사하면 실제 런타임 호출은 §12.6.6에 설명된 함수 멤버 호출 규칙에 따라 처리됩니다.

참고: 위에서 설명한 해결 규칙의 직관적인 효과는 다음과 같습니다. 메서드 호출에 의해 호출된 특정 메서드를 찾으려면 메서드 호출에서 나타내는 형식으로 시작하고 적어도 하나의 적용 가능하고 액세스 가능하며 재정의되지 않는 메서드 선언이 발견될 때까지 상속 체인을 진행합니다. 그런 다음 해당 형식에 선언된 적용 가능하고 액세스 가능하며 재정의되지 않는 메서드 집합에 대해 형식 유추 및 오버로드 확인을 수행하고 선택한 메서드를 호출합니다. 메서드를 찾을 수 없는 경우 대신 호출을 extension-method 호출로 처리합니다. 끝 메모

12.8.10.3 Extension 메서드 호출

양식 중 하나의 메서드 호출(§12.6.6.2)에서

«expr» . «identifier» ( )  
«expr» . «identifier» ( «args» )  
«expr» . «identifier» < «typeargs» > ( )  
«expr» . «identifier» < «typeargs» > ( «args» )

호출의 정상적인 처리에서 해당 메서드를 찾을 수 없으면 생성을 확장 메서드 호출로 처리하려고 시도합니다. «expr» 또는 «args»에 컴파일 시간 형식 dynamic이 있으면 확장 메서드가 적용되지 않습니다.

목표는 해당 정적 메서드 호출이 수행될 수 있도록 최상의 type_nameC 찾는 것입니다.

C . «identifier» ( «expr» )  
C . «identifier» ( «expr» , «args» )  
C . «identifier» < «typeargs» > ( «expr» )  
C . «identifier» < «typeargs» > ( «expr» , «args» )

다음과 같은 경우 확장 메서드 Cᵢ.Mₑ 를 사용할 수 있습니다 .

• Cᵢ 는 제네릭이 아닌 중첩되지 않은 클래스입니다.
• 식별자 Mₑ 이름입니다.
• Mₑ 는 위에 표시된 대로 인수에 정적 메서드로 적용할 때 액세스 가능하고 적용할 수 있습니다.
• 암시적 ID, 참조 또는 boxing 변환이 expr에서 첫 번째 매개 변수Mₑ의 형식으로 존재합니다.

진행에 대한 C 검색은 다음과 같습니다.

• 가장 가까운 바깥쪽 네임스페이스 선언부터 시작하여, 각 바깥쪽 네임스페이스 선언을 계속 진행하며, 포함된 컴파일 단위로 끝나는 경우 확장 메서드의 후보 집합을 찾기 위해 연속적인 시도가 수행됩니다.
  • 지정된 네임스페이스 또는 컴파일 단위에 적격 확장 메서드Mₑ가 있는 제네릭이 아닌 형식 선언 Cᵢ 이 직접 포함된 경우 해당 확장 메서드 집합이 후보 집합입니다.
  • 지정된 네임스페이스 또는 컴파일 단위에서 네임스페이스 지시문을 사용하여 가져온 네임스페이스에 Cᵢ 적격 확장 메서드 Mₑ가 있는 제네릭이 아닌 형식 선언이 직접 포함된 경우 해당 확장 메서드 집합이 후보 집합입니다.
• 네임스페이스 선언 또는 컴파일 단위에 후보 집합이 없으면 컴파일 시간 오류가 발생합니다.
• 그렇지 않으면 §12.6.4에 설명된 대로 오버로드 확인이 후보 집합에 적용됩니다. 최상의 방법을 하나도 찾지 못하면 컴파일 시간 오류가 발생합니다.
• C 는 최상의 메서드가 확장 메서드로 선언되는 형식입니다.

대상으로 사용하면 C 메서드 호출이 정적 메서드 호출(§12.6.6)로 처리됩니다.

참고: 인스턴스 메서드 호출과 달리 expr이 null 참조로 평가될 때 예외가 throw되지 않습니다. 대신 이 null 값은 일반 정적 메서드 호출을 통해 확장 메서드에 전달됩니다. 이러한 호출에 응답하는 방법을 결정하는 것은 확장 메서드 구현에 달려 있습니다. 끝 메모

위의 규칙은 인스턴스 메서드가 확장 메서드보다 우선하고, 내부 네임스페이스 선언에서 사용할 수 있는 확장 메서드가 외부 네임스페이스 선언에서 사용할 수 있는 확장 메서드보다 우선하며, 네임스페이스에서 직접 선언된 확장 메서드가 using 네임스페이스 지시문을 사용하여 동일한 네임스페이스로 가져온 확장 메서드보다 우선한다는 것을 의미합니다.

예제:

public static class E
{
    public static void F(this object obj, int i) { }
    public static void F(this object obj, string s) { }
}

class A { }

class B
{
    public void F(int i) { }
}

class C
{
    public void F(object obj) { }
}

class X
{
    static void Test(A a, B b, C c)
    {
        a.F(1);            // E.F(object, int)
        a.F("hello");      // E.F(object, string)
        b.F(1);            // B.F(int)
        b.F("hello");      // E.F(object, string)
        c.F(1);            // C.F(object)
        c.F("hello");      // C.F(object)
    }
}

이 예제 B에서 's 메서드는 첫 번째 확장 메서드보다 우선하며 C' 메서드는 두 확장 메서드보다 우선합니다.

public static class C
{
    public static void F(this int i) => Console.WriteLine($"C.F({i})");
    public static void G(this int i) => Console.WriteLine($"C.G({i})");
    public static void H(this int i) => Console.WriteLine($"C.H({i})");
}

namespace N1
{
    public static class D
    {
        public static void F(this int i) => Console.WriteLine($"D.F({i})");
        public static void G(this int i) => Console.WriteLine($"D.G({i})");
    }
}

namespace N2
{
    using N1;

    public static class E
    {
        public static void F(this int i) => Console.WriteLine($"E.F({i})");
    }

    class Test
    {
        static void Main(string[] args)
        {
            1.F();
            2.G();
            3.H();
        }
    }
}

이 예제의 출력은 다음과 같습니다.

E.F(1)
D.G(2)
C.H(3)

D.G 는 이전 C.G단계를 수행하고 둘 E.F 다 D.F C.F보다 우선합니다.

끝 예제

12.8.10.4 대리자 호출

대리자 호출의 경우 invocation_expression primary_expression delegate_type 값이어야 합니다. 또한 delegate_type delegate_type 매개 변수 목록과 동일한 매개 변수 목록을 가진 함수 멤버로 간주하여 invocation_expression argument_list 대해 delegate_type 적용할 수 있습니다(§12.6.4.2).

delegate_type D(A)D primary_expression 형식의 대리자 호출에 대한 런타임 처리이며 A 선택적 argument_list 다음 단계로 구성됩니다.

• D가 평가됩니다. 이 평가에서 예외가 발생하면 추가 단계가 실행되지 않습니다.
• 인수 목록이 A 평가됩니다. 이 평가에서 예외가 발생하면 추가 단계가 실행되지 않습니다.
• 값 D 이 유효한지 확인합니다. 값 D 이면 nulla System.NullReferenceException 가 throw되고 더 이상 단계가 실행되지 않습니다.
• 그렇지 않으면 D 대리자 인스턴스에 대한 참조입니다. 함수 멤버 호출(§12.6.6)은 대리자 호출 목록의 호출 가능한 각 엔터티에서 수행됩니다. 인스턴스 및 인스턴스 메서드로 구성된 호출 가능한 엔터티의 경우 호출에 대한 인스턴스는 호출 가능한 엔터티에 포함된 인스턴스입니다.

매개 변수가 없는 여러 호출 목록에 대한 자세한 내용은 §20.6을 참조하세요.

12.8.11 Null 조건부 호출 식

null_conditional_invocation_expression 구문적으로 null_conditional_member_access(§12.8.8) 또는 null_conditional_element_access(§12.8.13)입니다. 여기서 최종 dependent_access 호출 식(§12.8.10)입니다.

null_conditional_invocation_expression statement_expression(§13.7), anonymous_function_body(§12.19.1) 또는 method_body(§15.6.1)의 컨텍스트 내에서 발생합니다.

구문상 동등한 null_conditional_member_access 또는 null_conditional_element_access 달리 null_conditional_invocation_expression 아무것도로 분류되지 않을 수 있습니다.

null_conditional_invocation_expression
    : null_conditional_member_access null_forgiving_operator? '(' argument_list? ')'
    | null_conditional_element_access null_forgiving_operator? '(' argument_list? ')'
    ;

null_conditional_member_access 또는 null_conditional_element_access delegate_type 있는 경우에만 선택적 null_forgiving_operator 포함될 수 있습니다.

null_conditional_invocation_expression 식은 형식P?A입니다. 구 A 문상 동등한 null_conditional_member_access 또는 null_conditional_element_access A나머지가 시작되거나 [시작 . 됩니다.E 및 A.의 P 연결을 나타내도록 하겠습니다PA.

statement_expression 발생 하는 경우 E 의 E 의미는 문의 의미와 동일 합니다.

if ((object)P != null) PA

단 P 한 번만 평가됩니다.

E anonymous_function_body 발생하거나 method_body 경우의 E 의미는 분류에 따라 달라집니다.

• 아무것도로 분류되지 않으면 E 해당 의미는 블록의 의미와 같습니다.

  { if ((object)P != null) PA; }
  

  단 P 한 번만 평가됩니다.

• 그렇지 않은 경우의 E 의미는 블록의 의미와 같습니다.

  { return E; }
  

  이 블록의 의미는 구문적으로 null_conditional_member_access(§12.8.8) 또는 null_conditional_element_access(§12.8.13)와 동일한지 여부에 E 따라 달라집니다.

12.8.12 요소 액세스

12.8.12.1 일반

element_access primary_no_array_creation_expression 뒤에 "[" 토큰, argument_list, "]" 토큰으로 구성됩니다. argument_list 쉼표로 구분된 하나 이상의 인수로 구성됩니다.

element_access
    : primary_no_array_creation_expression '[' argument_list ']'
    ;

element_access argument_list 포함하거나 ref 인수를 포함 out 할 수 없습니다.

다음 중 하나 이상이 있는 경우 element_access 동적으로 바인딩됩니다(§12.3.3).

• primary_no_array_creation_expression 컴파일 시간 형식이 있습니다dynamic.
• argument_list 하나 이상의 식에 컴파일 시간 형식 dynamic 이 있으며 primary_no_array_creation_expression 배열 형식이 없습니다.

이 경우 컴파일러는 element_access 형식dynamic의 값으로 분류합니다. element_access 의미를 결정하는 아래 규칙은 컴파일 시간 형식이 있는 primary_no_array_creation_expression 및 argument_list 식의 컴파일 시간 형식 대신 런타임 형식dynamic을 사용하여 런타임에 적용됩니다. primary_no_array_creation_expression 컴파일 시간 형식dynamic이 없는 경우 요소 액세스는 §12.6.5에 설명된 대로 제한된 컴파일 시간 검사를 거칩니다.

element_access primary_no_array_creation_expression array_type 값이면 element_access 배열 액세스(§12.8.12.2)입니다. 그렇지 않으면 primary_no_array_creation_expression 하나 이상의 인덱서 멤버가 있는 클래스, 구조체 또는 인터페이스 형식의 변수 또는 값이어야 하며, 이 경우 element_access 인덱서 액세스(§12.8.12.3)입니다.

12.8.12.2 배열 액세스

배열 액세스의 경우 element_access primary_no_array_creation_expression array_type 값이어야 합니다. 또한 배열 액세스의 argument_list 명명된 인수를 포함할 수 없습니다. argument_list 식 수는 array_type 순위와 같아야 하며, 각 식은 형식 또는 이러한 형식 longintuintulong, 중 하나 이상으로 암시적으로 변환할 수 있어야 합니다.

배열 액세스를 평가한 결과는 배열의 요소 형식, 즉 argument_list 식의 값으로 선택한 배열 요소의 변수입니다.

array_type primary_no_array_creation_expression argument_list 양식 P[A]P 의 A 배열 액세스에 대한 런타임 처리는 다음 단계로 구성됩니다.

• P가 평가됩니다. 이 평가에서 예외가 발생하면 추가 단계가 실행되지 않습니다.
• argument_list 인덱스 식은 왼쪽에서 오른쪽으로 순서대로 평가됩니다. 각 인덱스 식을 평가한 후 다음 형식 중 하나로 암시적 변환(§10.2)이 수행됩니다intlonguintulong. 암시적 변환이 존재하는 이 목록의 첫 번째 형식이 선택됩니다. 예를 들어 인덱스 식이 형식 short 이면 암시적 short long short int 변환 int 이 수행됩니다. 인덱스 식 또는 후속 암시적 변환을 계산하면 예외가 발생하는 경우 더 이상 인덱스 식이 평가되지 않으며 추가 단계가 실행되지 않습니다.
• 값 P 이 유효한지 확인합니다. 값 P 이면 nulla System.NullReferenceException 가 throw되고 더 이상 단계가 실행되지 않습니다.
• argument_list 각 식의 값은 참조되는 배열 인스턴스의 각 차원의 실제 범위에 대해 확인됩니다P. 하나 이상의 값이 범위를 벗어나면 throw System.IndexOutOfRangeException 되고 추가 단계가 실행되지 않습니다.
• 인덱스 식에서 제공하는 배열 요소의 위치가 계산되고 이 위치는 배열 액세스의 결과가 됩니다.

12.8.12.3 인덱서 액세스

인덱서 액세스의 경우 element_access primary_no_array_creation_expression 클래스, 구조체 또는 인터페이스 형식의 변수 또는 값이어야 하며, 이 형식은 element_access argument_list 관련하여 적용 가능한 하나 이상의 인덱서를 구현해야 합니다.

클래스, P 구조체 또는 인터페이스 형식 TA 의 primary_no_array_creation_expression argument_list 양식P[A]의 인덱서 액세스에 대한 바인딩 시간 처리는 다음 단계로 구성됩니다.

• 제공된 T 인덱서 집합이 생성됩니다. 집합은 선언된 T 모든 인덱서 또는 재정의 T 선언이 아닌 기본 형식으로 구성되며 현재 컨텍스트(§7.5)에서 액세스할 수 있습니다.
• 집합은 적용 가능하고 다른 인덱서에 의해 숨겨지지 않은 인덱서로 축소됩니다. 다음 규칙은 집합의 각 인덱서 S.I 에 적용되며, 인덱서 I 가 선언된 형식은 다음과 S 같습니다.
  • (§12.6.4.2)I와 관련하여 A 적용되지 않는 경우 I 집합에서 제거됩니다.
  • (§12.6.4.2)와 관련하여 A 적용 가능한 경우 I 기본 형식 S 으로 선언된 모든 인덱서는 집합에서 제거됩니다.
  • (§12.6.4.2)와 관련하여 A 적용 가능하고 S 다른 object클래스 형식인 경우 I 인터페이스에 선언된 모든 인덱서는 집합에서 제거됩니다.
• 결과 후보 인덱서 집합이 비어 있으면 해당 인덱서가 없고 바인딩 시간 오류가 발생합니다.
• 후보 인덱서 집합의 최상의 인덱서는 §12.6.4의 오버로드 확인 규칙을 사용하여 식별됩니다. 최상의 인덱서 하나만 식별할 수 없는 경우 인덱서 액세스가 모호하며 바인딩 시간 오류가 발생합니다.
• argument_list 인덱스 식은 왼쪽에서 오른쪽으로 순서대로 평가됩니다. 인덱서 액세스를 처리한 결과는 인덱서 액세스로 분류된 식입니다. 인덱서 액세스 식은 위의 단계에서 결정된 인덱서를 참조하며 연결된 인스턴스 식 P 과 연결된 인수 목록 A및 인덱서의 형식인 연결된 형식을 가집니다. 클래스 형식인 경우 T 연결된 형식은 기본 클래스를 시작하고 T 검색할 때 찾은 인덱서의 첫 번째 선언 또는 재정의에서 선택됩니다.

사용되는 컨텍스트에 따라 인덱서 액세스는 인덱서의 get 접근자 또는 set 접근자를 호출합니다. 인덱서 액세스가 할당의 대상인 경우 set 접근자가 호출되어 새 값(§12.21.2)을 할당합니다. 다른 모든 경우에서는 get 접근자가 호출되어 현재 값(§12.2.2)을 가져옵니다.

12.8.13 Null 조건부 요소 액세스

null_conditional_element_access primary_no_array_creation_expression 뒤에 두 개의 토큰 "?" 및 "[", argument_list, "]" 토큰, 0개 이상의 dependent_access뒤에 오는 null_forgiving_operator 으로 구성됩니다.

null_conditional_element_access
    : primary_no_array_creation_expression '?' '[' argument_list ']'
      (null_forgiving_operator? dependent_access)*
    ;

null_conditional_element_access 조건부 버전의 element_access(§12.8.12)이며 결과 형식인 경우 바인딩 시간 오류입니다void. 결과 형식이 표시될 void 수 있는 null 조건식의 경우(§12.8.11).

null_conditional_element_access 식은 형식P?[A]B이며, dependent_access Bes(있는 경우)입니다.E 의미 E 는 다음과 같이 결정됩니다.

• 형식 P 이 nullable 값 형식인 경우:

  T 식P.Value[A]B의 형식이 되도록 합니다.

  • 참조 형식 또는 nullable이 아닌 값 형식으로 알려져 있지 않은 형식 매개 변수인 경우 T 컴파일 시간 오류가 발생합니다.

  • nullable이 아닌 값 형식인 경우 T 형식 E 은 T?이고 의미는 다음의 E 의미와 같습니다.

    ((object)P == null) ? (T?)null : P.Value[A]B
    

    단 P 한 번만 평가됩니다.

  • 그렇지 않으면 형식 E 이고 T의미는 다음의 E 의미와 같습니다.

    ((object)P == null) ? null : P.Value[A]B
    

    단 P 한 번만 평가됩니다.

• 그렇지 않은 경우:

  T 식P[A]B의 형식이 되도록 합니다.

  • 참조 형식 또는 nullable이 아닌 값 형식으로 알려져 있지 않은 형식 매개 변수인 경우 T 컴파일 시간 오류가 발생합니다.

  • nullable이 아닌 값 형식인 경우 T 형식 E 은 T?이고 의미는 다음의 E 의미와 같습니다.

    ((object)P == null) ? (T?)null : P[A]B
    

    단 P 한 번만 평가됩니다.

  • 그렇지 않으면 형식 E 이고 T의미는 다음의 E 의미와 같습니다.

    ((object)P == null) ? null : P[A]B
    

    단 P 한 번만 평가됩니다.

참고: 양식의 식에서:

P?[A₀]?[A₁]

평가되지 null 않거나 평가되지 않으면 A₀ A₁ P/&A. 식이 null_conditional_element_access 또는 null_conditional_member_access §12.8.8 연산의 시퀀스인 경우에도 마찬가지입니다.

끝 메모

12.8.14 이 액세스 권한

this_access 키워드this로 구성됩니다.

this_access
    : 'this'
    ;

this_access 인스턴스 생성자, 인스턴스 메서드, 인스턴스 접근자(§12.2.1) 또는 종료자의 블록에서만 허용됩니다. 다음 의미 중 하나가 있습니다.

• 클래스의 인스턴스 생성자 내에서 primary_expression 사용되는 경우 this 값으로 분류됩니다. 값의 형식은 사용이 발생하는 클래스의 인스턴스 형식(§15.3.2)이며 이 값은 생성되는 개체에 대한 참조입니다.
• 클래스의 인스턴스 메서드 또는 인스턴스 접근자 내의 primary_expression 사용되는 경우 this 값으로 분류됩니다. 값의 형식은 사용이 발생하는 클래스의 인스턴스 형식(§15.3.2)이며, 값은 메서드 또는 접근자가 호출된 개체에 대한 참조입니다.
• 구조체의 인스턴스 생성자 내에서 primary_expression 사용되는 경우 this 변수로 분류됩니다. 변수의 형식은 사용이 발생하는 구조체의 인스턴스 형식(§15.3.2)이며, 변수는 생성되는 구조체를 나타냅니다.
  • 생성자 선언에 생성자 이니셜라이저 this 가 없는 경우 변수는 구조체 형식의 출력 매개 변수와 정확히 동일하게 동작합니다. 특히 이는 변수가 인스턴스 생성자의 모든 실행 경로에 확실히 할당되어야 하다는 것을 의미합니다.
  • 그렇지 않으면 변수는 this 구조체 형식의 매개 변수와 ref 정확히 동일하게 동작합니다. 특히 이는 변수가 처음에 할당된 것으로 간주됨을 의미합니다.
• 구조체의 인스턴스 메서드 또는 인스턴스 접근자 내의 primary_expression 사용되는 경우 this 변수로 분류됩니다. 변수의 형식은 사용이 발생하는 구조체의 인스턴스 형식(§15.3.2)입니다.
  • 메서드 또는 접근자가 반복기(§15.14) 또는 비동기 함수(§15.15) this 가 아닌 경우 변수는 메서드 또는 접근자가 호출된 구조체를 나타냅니다.
    • 구조체가 있는 readonly struct경우 변수는 this 구조체 형식의 입력 매개 변수와 정확히 동일하게 동작합니다.
    • 그렇지 않으면 변수가 this 구조체 형식의 매개 변수와 ref 정확히 동일하게 동작합니다.
  • 메서드 또는 접근자가 반복기 또는 비동기 함수인 this 경우 변수는 메서드 또는 접근자가 호출된 구조체의 복사본을 나타내며 구조체 형식의 값 매개 변수와 정확히 동일하게 동작합니다.

this 위에 나열된 컨텍스트 이외의 컨텍스트에서 primary_expression 사용하는 것은 컴파일 시간 오류입니다. 특히 정적 메서드, 정적 속성 접근자 또는 필드 선언의 variable_initializer 참조 this 할 수 없습니다.

12.8.15 기본 액세스

base_access 키워드 기반 뒤에 "." 토큰과 식별자 및 선택적 type_argument_list 또는 대괄호로 묶인 argument_list 구성됩니다.

base_access
    : 'base' '.' identifier type_argument_list?
    | 'base' '[' argument_list ']'
    ;

base_access 현재 클래스 또는 구조체에서 비슷하게 명명된 멤버에 의해 숨겨진 기본 클래스 멤버에 액세스하는 데 사용됩니다. base_access 인스턴스 생성자, 인스턴스 메서드, 인스턴스 접근자(§12.2.1) 또는 종료자의 본문에서만 허용됩니다. 클래스 또는 구조체에서 발생하는 경우 base.I 해당 클래스 또는 구조체의 기본 클래스 멤버를 나타냅니다. 마찬가지로 클래스에서 발생하는 경우 base[E] 해당 인덱서가 기본 클래스에 있어야 합니다.

바인딩 시 폼 base.I base[E] 의 식을 base_access 마치 작성된 ((B)this).I 것처럼 정확하게 평가되며((B)this)[E], 여기서 B 구문이 발생하는 클래스 또는 구조체의 기본 클래스입니다. base.I base[E] 따라서 기본 클래스의 인스턴스로 볼 수 있는 것을 제외하고 this 해당하며 this[E]이에 해당 this.I 합니다.

base_access 가상 함수 멤버(메서드, 속성 또는 인덱서)를 참조하는 경우 런타임에 호출할 함수 멤버의 결정(§12.6.6)이 변경됩니다. 호출되는 함수 멤버는 기본이 아닌 액세스에서처럼 런타임 형식this과 관련하여 함수 멤버 B 의 가장 파생된 구현(§15.6.4)을 찾아 결정합니다. 따라서 가상 함수 멤버의 재정의 내에서 base_access 사용하여 함수 멤버의 상속된 구현을 호출할 수 있습니다. base_access 참조하는 함수 멤버가 추상인 경우 바인딩 시간 오류가 발생합니다.

참고: 달리 this식 base 자체는 아닙니다. base_access 또는 constructor_initializer 컨텍스트에서만 사용되는 키워드입니다(§15.11.2). 끝 메모

12.8.16 후위 증가 및 감소 연산자

post_increment_expression
    : primary_expression '++'
    ;

post_decrement_expression
    : primary_expression '--'
    ;

후위 증가 또는 감소 작업의 피연산자는 변수, 속성 액세스 또는 인덱서 액세스로 분류된 식이어야 합니다. 작업의 결과는 피연산자와 동일한 형식의 값입니다.

primary_expression 컴파일 시간 형식 dynamic 이 있는 경우 연산자는 동적으로 바인딩됩니다(§12.3.3),post_increment_expression 또는 post_decrement_expression 컴파일 시간 형식 dynamic 을 가지며 런타임에 primary_expression 런타임 형식을 사용하여 다음 규칙이 적용됩니다.

후위 증가 또는 감소 작업의 피연산자가 속성 또는 인덱서 액세스인 경우 속성 또는 인덱서에는 get 및 set 접근자가 모두 있어야 합니다. 그렇지 않으면 바인딩 시간 오류가 발생합니다.

단항 연산자 오버로드 확인(§12.4.4)이 적용되어 특정 연산자 구현을 선택합니다. 미리 정의된 ++ 연산자와 -- 연산자는 다음 형식sbyte에 byteushortfloatdoubleshortuintdecimalintlongulongchar대해 존재합니다. 미리 정의된 ++ 연산자는 피연산자를 추가하여 1 생성된 값을 반환하고 미리 정의된 -- 연산자는 피연산자에서 빼 1 서 생성된 값을 반환합니다. 확인된 컨텍스트에서 이 추가 또는 빼기의 결과가 결과 형식의 범위를 벗어나고 결과 형식이 정수 형식 또는 열거형 형식이면 throw System.OverflowException 됩니다.

선택한 단항 연산자의 반환 형식에서 primary_expression 형식으로 암시적으로 변환해야 합니다. 그렇지 않으면 컴파일 시간 오류가 발생합니다.

폼 x++ 의 후위 증가 또는 감소 작업의 런타임 처리 또는 x-- 다음 단계로 구성됩니다.

• 변수로 분류되는 경우 x :
  • x 가 계산되어 변수를 생성합니다.
  • 값 x 이 저장됩니다.
  • 저장된 값 x 은 선택한 연산자의 피연산자 형식으로 변환되고 연산자는 이 값을 인수로 사용하여 호출됩니다.
  • 연산자가 반환한 값은 이전 평가x에서 지정한 위치에 저장되는 형식 x 으로 변환됩니다.
  • 저장된 값 x 은 작업의 결과가 됩니다.
• 속성 또는 인덱서 액세스로 분류되는 경우 x :
  • 인스턴스 식(그렇지 않은 static경우x)과 연결된 x 인수 목록(인덱서 액세스인 경우x)이 평가되고 결과는 후속 get 및 set 접근자 호출에서 사용됩니다.
  • get 접근자가 x 호출되고 반환된 값이 저장됩니다.
  • 저장된 값 x 은 선택한 연산자의 피연산자 형식으로 변환되고 연산자는 이 값을 인수로 사용하여 호출됩니다.
  • 연산자가 반환하는 값은 형식 x 으로 변환되고 set 접근자는 x 값 인수로 이 값을 사용하여 호출됩니다.
  • 저장된 값 x 은 작업의 결과가 됩니다.

및 -- 연산자는 ++ 접두사 표기법(§12.9.6)도 지원합니다. 결과는 x++ x-- 연산 이전의 x 값이거나, 작업 후의 ++x x 값이거나 --x 그 결과입니다. 두 경우 x 모두 작업 후 자체의 값이 동일합니다.

연산 ++ 자 또는 연산자 -- 구현은 접두사 또는 접두사 표기법을 사용하여 호출할 수 있습니다. 두 표기법은 별도의 연산자 구현을 사용할 수 없습니다.

12.8.17 새 연산자

12.8.17.1 일반

new 연산자는 형식의 새 인스턴스를 만드는 데 사용됩니다.

세 가지 형식의 새 식이 있습니다.

• 개체 만들기 식과 익명 개체 만들기 식은 클래스 형식 및 값 형식의 새 인스턴스를 만드는 데 사용됩니다.
• 배열 만들기 식은 배열 형식의 새 인스턴스를 만드는 데 사용됩니다.
• 대리자 생성 식은 대리자 형식의 인스턴스를 가져오는 데 사용됩니다.

연산자는 new 형식의 인스턴스를 만드는 것을 의미하지만 반드시 메모리 할당을 의미하지는 않습니다. 특히 값 형식의 인스턴스는 상주하는 변수 이외의 추가 메모리가 필요하지 않으며 값 형식의 인스턴스를 만드는 데 사용될 때 new 할당이 발생하지 않습니다.

참고: 대리자 만들기 식이 항상 새 인스턴스를 만드는 것은 아닙니다. 식이 메서드 그룹 변환(§10.8) 또는 익명 함수 변환(§10.7)과 동일한 방식으로 처리되면 기존 대리자 인스턴스가 다시 사용될 수 있습니다. 끝 메모

12.8.17.2 개체 만들기 식

object_creation_expression class_type 또는 value_type 새 인스턴스를 만드는 데 사용됩니다.

object_creation_expression
    : 'new' type '(' argument_list? ')' object_or_collection_initializer?
    | 'new' type object_or_collection_initializer
    ;

object_or_collection_initializer
    : object_initializer
    | collection_initializer
    ;

object_creation_expression 유형은 class_type, value_type 또는 type_parameter. 형식은 tuple_type 또는 추상 또는 정적 class_type 수 없습니다.

선택적 argument_list(§12.6.2)는 형식이 class_type 또는 struct_type 경우에만 허용됩니다.

개체 생성 식은 개체 이니셜라이저 또는 컬렉션 이니셜라이저를 포함하는 경우 생성자 인수 목록과 괄호를 묶는 것을 생략할 수 있습니다. 생성자 인수 목록을 생략하고 괄호를 묶는 것은 빈 인수 목록을 지정하는 것과 같습니다.

개체 이니셜라이저 또는 컬렉션 이니셜라이저를 포함하는 개체 만들기 식의 처리는 먼저 인스턴스 생성자를 처리한 다음 개체 이니셜라이저(§12.8.17.3) 또는 컬렉션 이니셜라이저(§12.8.17.4)에서 지정한 멤버 또는 요소 초기화를 처리하는 것으로 구성됩니다.

선택적 argument_list 인수에 컴파일 시간 형식 dynamic 이 있는 경우 object_creation_expression 동적으로 바인딩되고(§12.3.3) 컴파일 시간 형식dynamic이 있는 argument_list 인수의 런타임 형식을 사용하여 런타임에 다음 규칙이 적용됩니다. 그러나 개체 만들기는 §12.6.5에 설명된 대로 제한된 컴파일 시간 검사를 거칩니다.

class_type 또는 value_type 있는 새 양식 T(A)T 의 object_creation_expression 바인딩 시간 처리이며 A 선택적 argument_list 다음 단계로 구성됩니다.

• value_type A 있고 존재하지 않는 경우T:
  • object_creation_expression 기본 생성자 호출입니다. object_creation_expression 결과는 형식T의 값, 즉 §8.3.3에 정의된 기본값 T 입니다.
• 그렇지 않은 경우 T type_parameter A 존재하지 않습니다.
  • 값 형식 제약 조건 또는 생성자 제약 조건(§15.2.5)이 지정되지 T않은 경우 바인딩 시간 오류가 발생합니다.
  • object_creation_expression 결과는 형식 매개 변수가 바인딩된 런타임 형식의 값, 즉 해당 형식의 기본 생성자를 호출한 결과입니다. 런타임 형식은 참조 형식 또는 값 형식일 수 있습니다.
• 그렇지 않은 경우 T class_type 또는 struct_type:
  • 추상 또는 정적 class_type 경우 T 컴파일 시간 오류가 발생합니다.
  • 호출할 인스턴스 생성자는 §12.6.4의 오버로드 확인 규칙을 사용하여 결정됩니다. 후보 인스턴스 생성자 집합은 A T(§12.6.4.2)와 관련하여 적용 가능한 모든 액세스 가능 인스턴스 생성자로 구성됩니다. 후보 인스턴스 생성자 집합이 비어 있거나 최상의 단일 인스턴스 생성자를 식별할 수 없는 경우 바인딩 시간 오류가 발생합니다.
  • object_creation_expression 결과는 형식T의 값, 즉 위의 단계에서 결정된 인스턴스 생성자를 호출하여 생성된 값입니다.
  • 그렇지 않으면 object_creation_expression 유효하지 않으며 바인딩 시간 오류가 발생합니다.

object_creation_expression 동적으로 바인딩된 경우에도 컴파일 시간 형식은 여전히 T있습니다.

class_type 또는 struct_type 있는 새 양식 T(A)T 의 object_creation_expression 런타임 처리이며 A 선택적 argument_list 다음 단계로 구성됩니다.

• class_type 경우T:
  • 클래스 T 의 새 인스턴스가 할당됩니다. 새 인스턴스를 할당하는 데 사용할 수 있는 메모리가 충분하지 않으면 throw System.OutOfMemoryException 되고 추가 단계가 실행되지 않습니다.
  • 새 인스턴스의 모든 필드는 기본값(§9.3)으로 초기화됩니다.
  • 인스턴스 생성자는 함수 멤버 호출 규칙(§12.6.6)에 따라 호출됩니다. 새로 할당된 인스턴스에 대한 참조는 인스턴스 생성자에 자동으로 전달되며 이 경우 해당 생성자 내에서 인스턴스에 액세스할 수 있습니다.
• struct_type 경우T:
  • 임시 지역 변수를 할당하여 형식 T 의 인스턴스를 만듭니다. struct_type 인스턴스 생성자는 생성되는 인스턴스의 각 필드에 값을 확실히 할당해야 하므로 임시 변수를 초기화할 필요가 없습니다.
  • 인스턴스 생성자는 함수 멤버 호출 규칙(§12.6.6)에 따라 호출됩니다. 새로 할당된 인스턴스에 대한 참조는 인스턴스 생성자에 자동으로 전달되며 이 경우 해당 생성자 내에서 인스턴스에 액세스할 수 있습니다.

12.8.17.3 개체 이니셜라이저

개체 이니셜라이저는 개체의 0개 이상의 필드, 속성 또는 인덱싱된 요소에 대한 값을 지정합니다.

object_initializer
    : '{' member_initializer_list? '}'
    | '{' member_initializer_list ',' '}'
    ;

member_initializer_list
    : member_initializer (',' member_initializer)*
    ;

member_initializer
    : initializer_target '=' initializer_value
    ;

initializer_target
    : identifier
    | '[' argument_list ']'
    ;

initializer_value
    : expression
    | object_or_collection_initializer
    ;

개체 이니셜라이저는 쉼표로 구분된 멤버 이니셜라이저 { 시퀀스로 } 구성됩니다. 각 member_initializer 초기화 대상을 지정해야 합니다. 식별자는 초기화되는 개체의 액세스 가능한 필드 또는 속성의 이름을 지정해야 하는 반면 대괄호로 묶인 argument_list 초기화되는 개체에 대한 액세스 가능한 인덱서에 대한 인수를 지정해야 합니다. 개체 이니셜라이저가 동일한 필드 또는 속성에 대해 둘 이상의 멤버 이니셜라이저를 포함하는 것은 오류입니다.

참고: 개체 이니셜라이저는 동일한 필드 또는 속성을 두 번 이상 설정할 수 없지만 인덱서에는 이러한 제한이 없습니다. 개체 이니셜라이저에는 인덱서를 참조하는 여러 이니셜라이저 대상이 포함될 수 있으며 동일한 인덱서 인수를 여러 번 사용할 수도 있습니다. 끝 메모

각 initializer_target 등호와 식, 개체 이니셜라이저 또는 컬렉션 이니셜라이저가 뒤따릅니다. 개체 이니셜라이저 내의 식은 초기화 중인 새로 만든 개체를 참조할 수 없습니다.

등호 다음에 식을 지정하는 멤버 이니셜라이저는 대상에 대한 할당(§12.21.2)과 동일한 방식으로 처리됩니다.

등호 다음에 개체 이니셜라이저를 지정하는 멤버 이니셜라이저는 중첩된 개체 이니셜라이저( 즉, 포함된 개체의 초기화)입니다. 필드 또는 속성에 새 값을 할당하는 대신 중첩된 개체 이니셜라이저의 할당은 필드 또는 속성의 멤버에 대한 할당으로 처리됩니다. 중첩된 개체 이니셜라이저는 값 형식이 있는 속성이나 값 형식이 있는 읽기 전용 필드에 적용할 수 없습니다.

등호 다음에 컬렉션 이니셜라이저를 지정하는 멤버 이니셜라이저는 포함된 컬렉션의 초기화입니다. 대상 필드, 속성 또는 인덱서에 새 컬렉션을 할당하는 대신 이니셜라이저에 지정된 요소가 대상에서 참조하는 컬렉션에 추가됩니다. 대상은 §12.8.17.4에 지정된 요구 사항을 충족하는 컬렉션 형식이어야 합니다.

이니셜라이저 대상이 인덱서를 참조하는 경우 인덱서에 대한 인수는 항상 정확히 한 번 평가되어야 합니다. 따라서 인수가 사용되지 않더라도(예: 빈 중첩된 이니셜라이저로 인해) 부작용이 평가됩니다.

예: 다음 클래스는 두 개의 좌표가 있는 점을 나타냅니다.

public class Point
{
    public int X { get; set; }
    public int Y { get; set; }
}

인스턴스를 Point 만들고 다음과 같이 초기화할 수 있습니다.

Point a = new Point { X = 0, Y = 1 };

이는 다음과 같은 효과가 있습니다.

Point __a = new Point();
__a.X = 0;
__a.Y = 1;
Point a = __a;

__a 은 표시되지 않으며 액세스할 수 없는 임시 변수입니다.

다음 클래스는 두 지점에서 만든 사각형과 인스턴스의 Rectangle 생성 및 초기화를 보여 줍니다.

public class Rectangle
{
    public Point P1 { get; set; }
    public Point P2 { get; set; }
}

인스턴스를 Rectangle 만들고 다음과 같이 초기화할 수 있습니다.

Rectangle r = new Rectangle
{
    P1 = new Point { X = 0, Y = 1 },
    P2 = new Point { X = 2, Y = 3 }
};

이는 다음과 같은 효과가 있습니다.

Rectangle __r = new Rectangle();
Point __p1 = new Point();
__p1.X = 0;
__p1.Y = 1;
__r.P1 = __p1;
Point __p2 = new Point();
__p2.X = 2;
__p2.Y = 3;
__r.P2 = __p2;
Rectangle r = __r;

여기서 __r는 __p1 __p2 표시되지 않으며 액세스할 수 없는 임시 변수입니다.

's 생성자가 두 개의 포함된 Point 인스턴스를 할당하는 경우 Rectangle새 인스턴스를 할당하는 대신 포함된 Point 인스턴스를 초기화하는 데 사용할 수 있습니다.

public class Rectangle
{
    public Point P1 { get; } = new Point();
    public Point P2 { get; } = new Point();
}

다음 구문을 사용하여 새 인스턴스를 할당하는 대신 포함된 Point 인스턴스를 초기화할 수 있습니다.

Rectangle r = new Rectangle
{
    P1 = { X = 0, Y = 1 },
    P2 = { X = 2, Y = 3 }
};

이는 다음과 같은 효과가 있습니다.

Rectangle __r = new Rectangle();
__r.P1.X = 0;
__r.P1.Y = 1;
__r.P2.X = 2;
__r.P2.Y = 3;
Rectangle r = __r;

끝 예제

12.8.17.4 컬렉션 이니셜라이저

컬렉션 이니셜라이저는 컬렉션의 요소를 지정합니다.

collection_initializer
    : '{' element_initializer_list '}'
    | '{' element_initializer_list ',' '}'
    ;

element_initializer_list
    : element_initializer (',' element_initializer)*
    ;

element_initializer
    : non_assignment_expression
    | '{' expression_list '}'
    ;

expression_list
    : expression
    | expression_list ',' expression
    ;

컬렉션 이니셜라이저는 요소 이니셜라이저 시퀀스로 구성되며, 토큰 및 } 토큰으로 { 묶고 쉼표로 구분됩니다. 각 요소 이니셜라이저는 초기화되는 컬렉션 개체에 추가할 요소를 지정하며, 토큰으로 묶 { 이고 } 쉼표로 구분된 식 목록으로 구성됩니다. 단일 식 요소 이니셜라이저는 중괄호 없이 작성할 수 있지만 멤버 이니셜라이저와의 모호성을 방지하기 위해 할당 식이 될 수 없습니다. non_assignment_expression 생산은 §12.22에 정의되어 있습니다.

예제: 다음은 컬렉션 이니셜라이저를 포함하는 개체 만들기 식의 예입니다.

List<int> digits = new List<int> { 0, 1, 2, 3, 4, 5, 6, 7, 8, 9 };

끝 예제

컬렉션 이니셜라이저가 적용되는 컬렉션 개체는 구현 System.Collections.IEnumerable 하는 형식이거나 컴파일 시간 오류가 발생합니다. 왼쪽에서 오른쪽으로 순서대로 지정된 각 요소에 대해 일반 멤버 조회가 적용되어 이름이 지정된 Add멤버를 찾습니다. 멤버 조회 결과가 메서드 그룹이 아니면 컴파일 시간 오류가 발생합니다. 그렇지 않으면 요소 이니셜라이저의 식 목록과 함께 오버로드 확인이 인수 목록으로 적용되고 컬렉션 이니셜라이저는 결과 메서드를 호출합니다. 따라서 컬렉션 개체에는 각 요소 이니셜라이저의 이름을 Add 가진 해당 인스턴스 또는 확장 메서드가 포함되어야 합니다.

예제:다음은 이름과 전화 번호 목록이 있는 연락처를 나타내는 클래스와 다음의 List<Contact>생성 및 초기화를 보여 줍니다.

public class Contact
{
    public string Name { get; set; }
    public List<string> PhoneNumbers { get; } = new List<string>();
}

class A
{
    static void M()
    {
        var contacts = new List<Contact>
        {
            new Contact
            {
                Name = "Chris Smith",
                PhoneNumbers = { "206-555-0101", "425-882-8080" }
            },
            new Contact
            {
                Name = "Bob Harris",
                PhoneNumbers = { "650-555-0199" }
            }
        };
    }
}

와 같은 효과가 있는

var __clist = new List<Contact>();
Contact __c1 = new Contact();
__c1.Name = "Chris Smith";
__c1.PhoneNumbers.Add("206-555-0101");
__c1.PhoneNumbers.Add("425-882-8080");
__clist.Add(__c1);
Contact __c2 = new Contact();
__c2.Name = "Bob Harris";
__c2.PhoneNumbers.Add("650-555-0199");
__clist.Add(__c2);
var contacts = __clist;

여기서 __clist는 __c1 __c2 표시되지 않으며 액세스할 수 없는 임시 변수입니다.

끝 예제

12.8.17.5 배열 만들기 식

array_creation_expression 사용하여 array_type 새 인스턴스를 만듭니다.

array_creation_expression
    : 'new' non_array_type '[' expression_list ']' rank_specifier*
      array_initializer?
    | 'new' array_type array_initializer
    | 'new' rank_specifier array_initializer
    ;

첫 번째 폼의 배열 생성 식은 식 목록에서 각 개별 식을 삭제한 결과 형식의 배열 인스턴스를 할당합니다.

예: 배열 만들기 식 new int[10,20] 은 형식 int[,]의 배열 인스턴스를 생성하고, 새 배열 생성 식 int[10][,] 은 형식 int[][,]의 배열 인스턴스를 생성합니다. 끝 예제

식 목록의 각 식은 형식, uintlong또는 ulong암시적으로 이러한 형식 int중 하나 이상으로 변환할 수 있어야 합니다. 각 식의 값은 새로 할당된 배열 인스턴스에서 해당 차원의 길이를 결정합니다. 배열 차원의 길이는 음수가 아니어야 하므로 식 목록에 음수 값이 있는 상수 식이 있는 것은 컴파일 시간 오류입니다.

안전하지 않은 컨텍스트(§23.2)를 제외하고 배열의 레이아웃은 지정되지 않습니다.

첫 번째 폼의 배열 생성 식에 배열 이니셜라이저가 포함된 경우 식 목록의 각 식은 상수여야 하며 식 목록에서 지정한 순위 및 차원 길이는 배열 이니셜라이저의 식과 일치해야 합니다.

두 번째 또는 세 번째 폼의 배열 생성 식에서 지정된 배열 형식 또는 순위 지정자의 순위는 배열 이니셜라이저의 순위와 일치해야 합니다. 개별 차원 길이는 배열 이니셜라이저의 해당 중첩 수준 각각에 있는 요소 수에서 유추됩니다. 따라서 다음 선언의 이니셜라이저 식

var a = new int[,] {{0, 1}, {2, 3}, {4, 5}};

정확히 다음에 해당합니다.

var a = new int[3, 2] {{0, 1}, {2, 3}, {4, 5}};

세 번째 폼의 배열 생성 식을 암시적으로 형식화된 배열 생성 식이라고 합니다. 배열의 요소 형식이 명시적으로 지정되지 않았지만 배열 이니셜라이저에 있는 식 집합의 가장 일반적인 형식(§12.6.3.15)으로 결정된다는 점을 제외하면 두 번째 양식과 비슷합니다. 다차원 배열의 경우, 즉 rank_specifier 하나 이상의 쉼표가 포함된 배열의 경우 이 집합은 중첩된 array_initializer 있는 모든 식으로 구성됩니다.

배열 이니셜라이저는 §17.7에 자세히 설명되어 있습니다.

배열 생성 식을 계산한 결과는 값, 즉 새로 할당된 배열 인스턴스에 대한 참조로 분류됩니다. 배열 만들기 식의 런타임 처리는 다음 단계로 구성됩니다.

• expression_list 차원 길이 식은 왼쪽에서 오른쪽으로 순서대로 계산됩니다. 각 식을 평가한 후 다음 형식 중 하나로 암시적 변환(§10.2)이 수행됩니다intlonguintulong. 암시적 변환이 존재하는 이 목록의 첫 번째 형식이 선택됩니다. 식의 평가 또는 후속 암시적 변환으로 인해 예외가 발생하는 경우 더 이상 식이 평가되지 않으며 추가 단계가 실행되지 않습니다.
• 차원 길이에 대한 계산 값은 다음과 같이 유효성이 검사됩니다. 하나 이상의 값이 0보다 작으면 throw System.OverflowException 되고 추가 단계가 실행되지 않습니다.
• 지정된 차원 길이를 가진 배열 인스턴스가 할당됩니다. 새 인스턴스를 할당하는 데 사용할 수 있는 메모리가 충분하지 않으면 throw System.OutOfMemoryException 되고 추가 단계가 실행되지 않습니다.
• 새 배열 인스턴스의 모든 요소는 기본값(§9.3)으로 초기화됩니다.
• 배열 만들기 식에 배열 이니셜라이저가 포함된 경우 배열 이니셜라이저의 각 식이 평가되고 해당 배열 요소에 할당됩니다. 계산 및 할당은 식이 배열 이니셜라이저에 기록되는 순서대로 수행됩니다. 즉, 요소가 인덱스 순서를 증가시켜 초기화되고 가장 오른쪽 차원이 먼저 증가합니다. 지정된 식 또는 해당 배열 요소에 대한 후속 할당을 평가하면 예외가 발생하면 더 이상 요소가 초기화되지 않으며 나머지 요소에는 해당 기본값이 포함됩니다.

배열 생성 식은 배열 형식의 요소를 사용하여 배열을 인스턴스화할 수 있지만 이러한 배열의 요소는 수동으로 초기화해야 합니다.

예제: 문

int[][] a = new int[100][];

는 100가지 형식 int[]의 요소를 가진 1차원 배열을 만듭니다. 각 요소의 초기 값은 .입니다 null. 동일한 배열 만들기 식이 하위 배열 및 문을 인스턴스화할 수도 없습니다.

int[][] a = new int[100][5]; // Error

컴파일 시간 오류가 발생합니다. 하위 배열의 인스턴스화는 다음과 같이 수동으로 수행할 수 있습니다.

int[][] a = new int[100][];
for (int i = 0; i < 100; i++)
{
    a[i] = new int[5];
}

끝 예제

참고: 배열 배열에 "사각형" 셰이프가 있는 경우, 즉 하위 배열의 길이가 모두 같은 경우 다차원 배열을 사용하는 것이 더 효율적입니다. 위의 예제에서 배열 배열의 인스턴스화는 101개의 개체(하나의 외부 배열 및 100개의 하위 배열)를 만듭니다. 대조적으로,

int[,] a = new int[100, 5];

는 단일 개체, 2차원 배열만 만들고 단일 문에서 할당을 수행합니다.

끝 메모

예제: 다음은 암시적으로 형식화된 배열 생성 식의 예입니다.

var a = new[] { 1, 10, 100, 1000 };                     // int[]
var b = new[] { 1, 1.5, 2, 2.5 };                       // double[]
var c = new[,] { { "hello", null }, { "world", "!" } }; // string[,]
var d = new[] { 1, "one", 2, "two" };                   // Error

마지막 식은 다른 식으로 암시적으로 변환할 수 없거나 int string 암시적으로 변환할 수 없으므로 컴파일 시간 오류가 발생하므로 가장 일반적인 형식은 없습니다. 이 경우 명시적으로 형식화된 배열 만들기 식을 사용해야 합니다(예: 형식 object[]을 지정하는 경우). 또는 요소 중 하나를 공통 기본 형식으로 캐스팅한 다음 유추된 요소 형식이 될 수 있습니다.

끝 예제

암시적으로 형식화된 배열 생성 식을 익명 개체 이니셜라이저(§12.8.17.7)와 결합하여 익명 형식의 데이터 구조를 만들 수 있습니다.

예제:

var contacts = new[]
{
    new
    {
        Name = "Chris Smith",
        PhoneNumbers = new[] { "206-555-0101", "425-882-8080" }
    },
    new 
    {
        Name = "Bob Harris",
       PhoneNumbers = new[] { "650-555-0199" }
    }
};

끝 예제

12.8.17.6 대리자 만들기 식

delegate_creation_expression delegate_type 인스턴스를 가져오는 데 사용됩니다.

delegate_creation_expression
    : 'new' delegate_type '(' expression ')'
    ;

대리자 생성 식의 인수는 메서드 그룹, 익명 함수 또는 컴파일 시간 형식 dynamic 또는 delegate_type 값이어야 합니다. 인수가 메서드 그룹인 경우 메서드를 식별하고 인스턴스 메서드의 경우 대리자를 만들 개체를 식별합니다. 인수가 무명 함수인 경우 대리자 대상의 매개 변수 및 메서드 본문을 직접 정의합니다. 인수가 값이면 복사본을 만들 대리자 인스턴스를 식별합니다.

식에 컴파일 시간 형식dynamic이 있는 경우 delegate_creation_expression 동적으로 바인딩되고(§12.8.17.6) 식의 런타임 형식을 사용하여 아래 규칙이 런타임에 적용됩니다. 그렇지 않으면 컴파일 시간에 규칙이 적용됩니다.

delegate_type 식인 새 D(E)D 양식의 delegate_creation_expression E 바인딩 시간 처리는 다음 단계로 구성됩니다.

• 메서드 그룹인 경우 E 대리자 생성 식은 메서드 그룹 변환(§10.8)과 E 동일한 방식으로 처리됩니다 D.

• 익명 함수인 경우 E 대리자 생성 식은 익명 함수 변환(§10.7)과 E 동일한 방식으로 처리됩니다 D.

• 값 E 인 경우 E (§20.2)와 D호환되어야 하며, 결과는 호출되는 단일 항목 호출 목록을 사용하여 새로 만든 대리자에 E대한 참조입니다.

delegate_type 식인 새 양식 D(E)D 의 delegate_creation_expression E 런타임 처리는 다음 단계로 구성됩니다.

• 메서드 그룹인 경우 E 대리자 생성 식은 메서드 그룹 변환(§10.8)ED으로 평가됩니다.
• 익명 함수인 경우 E 대리자 생성은 익명 함수 변환으로 E D 평가됩니다(§10.7).
• delegate_type 값인 경우E:
  • E가 평가됩니다. 이 평가에서 예외가 발생하면 추가 단계가 실행되지 않습니다.
  • 값 E 이면 nulla System.NullReferenceException 가 throw되고 더 이상 단계가 실행되지 않습니다.
  • 대리자 형식 D 의 새 인스턴스가 할당됩니다. 새 인스턴스를 할당하는 데 사용할 수 있는 메모리가 충분하지 않으면 throw System.OutOfMemoryException 되고 추가 단계가 실행되지 않습니다.
  • 새 대리자 인스턴스는 호출하는 단일 항목 호출 목록으로 초기화됩니다 E.

대리자의 호출 목록은 대리자가 인스턴스화될 때 결정된 다음 대리자의 전체 수명 동안 일정하게 유지됩니다. 즉, 대리자가 만들어지면 대리자의 대상 호출 가능 엔터티를 변경할 수 없습니다.

참고: 두 대리자가 결합되거나 한 대리자가 다른 대리자에서 제거되면 새 대리자가 생성되고 기존 대리자가 해당 내용이 변경되지 않습니다. 끝 메모

속성, 인덱서, 사용자 정의 연산자, 인스턴스 생성자, 종료자 또는 정적 생성자를 참조하는 대리자를 만들 수 없습니다.

예: 위에서 설명한 대로 메서드 그룹에서 대리자를 만들 때 매개 변수 목록과 대리자의 반환 형식에 따라 선택할 오버로드된 메서드가 결정됩니다. 예제에서

delegate double DoubleFunc(double x);

class A
{
    DoubleFunc f = new DoubleFunc(Square);

    static float Square(float x) => x * x;
    static double Square(double x) => x * x;
}

해당 A.f 메서드가 매개 변수 목록 및 반환 형식DoubleFunc과 정확히 일치하기 때문에 두 번째 Square 메서드를 참조하는 대리자를 사용하여 필드를 초기화합니다. 두 번째 Square 메서드가 없으면 컴파일 시간 오류가 발생했을 것입니다.

끝 예제

12.8.17.7 익명 개체 만들기 식

anonymous_object_creation_expression 익명 형식의 개체를 만드는 데 사용됩니다.

anonymous_object_creation_expression
    : 'new' anonymous_object_initializer
    ;

anonymous_object_initializer
    : '{' member_declarator_list? '}'
    | '{' member_declarator_list ',' '}'
    ;

member_declarator_list
    : member_declarator (',' member_declarator)*
    ;

member_declarator
    : simple_name
    | member_access
    | null_conditional_projection_initializer
    | base_access
    | identifier '=' expression
    ;

익명 개체 이니셜라이저는 익명 형식을 선언하고 해당 형식의 인스턴스를 반환합니다. 무명 형식은 .에서 object직접 상속되는 이름 없는 클래스 형식입니다. 익명 형식의 멤버는 형식의 인스턴스를 만드는 데 사용되는 익명 개체 이니셜라이저에서 유추된 읽기 전용 속성의 시퀀스입니다. 특히, 폼의 익명 개체 이니셜라이저

new {p = e , p 을(를) = , e … pv = ev }

는 양식의 익명 형식을 선언합니다.

class __Anonymous1
{
    private readonly «T1» «f1»;
    private readonly «T2» «f2»;
    ...
    private readonly «Tn» «fn»;

    public __Anonymous1(«T1» «a1», «T2» «a2»,..., «Tn» «an»)
    {
        «f1» = «a1»;
        «f2» = «a2»;
        ...
        «fn» = «an»;
    }

    public «T1» «p1» { get { return «f1»; } }
    public «T2» «p2» { get { return «f2»; } }
    ...
    public «Tn» «pn» { get { return «fn»; } }
    public override bool Equals(object __o) { ... }
    public override int GetHashCode() { ... }
}

여기서 각 «Tx»는 해당 식 «ex»의 형식입니다. member_declarator 사용되는 식에는 형식이 있어야 합니다. 따라서 member_declarator null 식 또는 익명 함수에 대한 컴파일 시간 오류입니다.

익명 형식의 이름과 해당 Equals 메서드에 대한 매개 변수의 이름은 컴파일러에서 자동으로 생성되며 프로그램 텍스트에서 참조할 수 없습니다.

동일한 프로그램 내에서 동일한 이름의 속성 시퀀스를 지정하고 동일한 순서로 컴파일 시간 형식을 지정하는 두 개의 익명 개체 이니셜라이저는 동일한 익명 형식의 인스턴스를 생성합니다.

예: 예제에서

var p1 = new { Name = "Lawnmower", Price = 495.00 };
var p2 = new { Name = "Shovel", Price = 26.95 };
p1 = p2;

마지막 줄의 할당은 익명 형식이 동일하기 p2 때문에 p1 허용됩니다.

끝 예제

익명 형식의 메서드 및 GetHashcode 메서드는 Equals 상속된 object메서드를 재정의하고 속성과 GetHashcode 속성의 Equals 측면에서 정의되므로 동일한 익명 형식의 두 인스턴스가 모든 속성이 같을 경우에만 동일합니다.

멤버 선언자는 단순 이름(§12.8.4), 멤버 액세스(§12.8.7), null 조건부 프로젝션 이니셜라이저 §12.8.8 또는 기본 액세스(§12.8.15)로 축약할 수 있습니다. 이를 프로젝션 이니셜라이저라고 하며 동일한 이름의 속성에 대한 선언 및 할당의 약식입니다. 특히 양식의 멤버 선언자

«identifier», «expr» . «identifier»및 «expr» ? . «identifier»

는 각각 다음과 정확히 동일합니다.

«identifer» = «identifier», «identifier» = «expr» . «identifier»및 «identifier» = «expr» ? . «identifier»

따라서 프로젝션 이니셜라이저에서 식별자는 값과 값이 할당된 필드 또는 속성을 모두 선택합니다. 직관적으로 프로젝션 이니셜라이저는 값뿐만 아니라 값 이름도 프로젝션합니다.

12.8.18 typeof 연산자

연 typeof 산자는 형식에 대한 개체를 System.Type 가져오는 데 사용됩니다.

typeof_expression
    : 'typeof' '(' type ')'
    | 'typeof' '(' unbound_type_name ')'
    | 'typeof' '(' 'void' ')'
    ;

unbound_type_name
    : identifier generic_dimension_specifier?
    | identifier '::' identifier generic_dimension_specifier?
    | unbound_type_name '.' identifier generic_dimension_specifier?
    ;

generic_dimension_specifier
    : '<' comma* '>'
    ;

comma
    : ','
    ;

typeof_expression 첫 번째 형식은 키워드와 괄호가 있는 형식으로 구성 typeof 됩니다. 이 폼의 식 결과는 표시된 형식의 System.Type 개체입니다. 지정된 형식에 대해 하나의 System.Type 개체만 있습니다. 즉, typeof(T) == typeof(T) 형식T의 경우 항상 true입니다. 형식은 dynamic일 수 없습니다.

두 번째 형식의 typeof_expression 키워드 뒤에 괄호가 있는 unbound_type_name 구성 typeof 됩니다.

참고: unbound_type_name unbound_type_name type_name type_argument_list 포함하는 generic_dimension_specifier 포함한다는 점을 제외하고 type_name(§7.8)와 매우 유사합니다. 끝 메모

typeof_expression 피연산자는 unbound_type_name 및 type_name 문법을 모두 충족하는 토큰 시퀀스인 경우, 즉 generic_dimension_specifier 또는 type_argument_list 모두 포함하지 않는 경우 토큰 시퀀스는 type_name 것으로 간주됩니다. unbound_type_name 의미는 다음과 같이 결정됩니다.

• 각 generic_dimension_specifier 각 type_argument 동일한 수의 쉼표 및 키워드 object 를 갖는 type_argument_list 바꿔 토큰 시퀀스를 type_name 변환합니다.
• 모든 형식 매개 변수 제약 조건을 무시하면서 결과 type_name 평가합니다.
• unbound_type_name 결과 생성 형식(§8.4)과 연결된 바인딩되지 않은 제네릭 형식으로 확인됩니다.

형식 이름이 nullable 참조 형식이 되는 것은 오류입니다.

typeof_expression 결과는 결과 언바운드 제네릭 형식의 개체입니다System.Type.

세 번째 형식의 typeof_expression 키워드와 괄호가 있는 키워드로 구성 typeof 됩니다 void . 이 폼의 식 결과는 형식이 없음을 나타내는 개체입니다 System.Type . 반환된 typeof(void) 형식 개체는 모든 형식에 대해 반환된 형식 개체와 다릅니다.

참고: 이 특수 System.Type 개체는 언어의 메서드에 대한 리플렉션을 허용하는 클래스 라이브러리에서 유용합니다. 여기서 해당 메서드는 인스턴스를 사용하여 메서드System.Type를 비롯한 void 메서드의 반환 형식을 나타내는 방법을 갖습니다. 끝 메모

typeof 형식 매개 변수에 연산자를 사용할 수 있습니다. 형식 이름이 nullable 참조 형식으로 알려진 경우 컴파일 시간 오류입니다. 결과는 System.Type 형식 매개 변수에 바인딩된 런타임 형식의 개체입니다. 런타임 형식이 nullable 참조 형식인 경우 결과는 nullable이 아닌 해당 참조 형식입니다. 연산자는 typeof 생성된 형식 또는 언바운드 제네릭 형식(§8.4.4)에서도 사용할 수 있습니다. System.Type 바인딩되지 않은 제네릭 형식의 개체가 인스턴스 형식의 개체와 같지 않습니다System.Type(§15.3.2). 인스턴스 형식은 항상 런타임에 닫힌 생성 형식이므로 해당 System.Type 개체는 사용 중인 런타임 형식 인수에 따라 달라집니다. 반면에 바인딩되지 않은 제네릭 형식에는 형식 인수가 없으며 런타임 형식 인수에 관계없이 동일한 System.Type 개체를 생성합니다.

예: 예제

class X<T>
{
    public static void PrintTypes()
    {
        Type[] t =
        {
            typeof(int),
            typeof(System.Int32),
            typeof(string),
            typeof(double[]),
            typeof(void),
            typeof(T),
            typeof(X<T>),
            typeof(X<X<T>>),
            typeof(X<>)
        };
        for (int i = 0; i < t.Length; i++)
        {
            Console.WriteLine(t[i]);
        }
    }
}

class Test
{
    static void Main()
    {
        X<int>.PrintTypes();
    }
}

는 다음 출력을 생성합니다.

System.Int32
System.Int32
System.String
System.Double[]
System.Void
System.Int32
X`1[System.Int32]
X`1[X`1[System.Int32]]
X`1[T]

int System.Int32 동일한 형식입니다. 결과는 typeof(X<>) 형식 인수에 따라 달라지지 않지만 결과는 typeof(X<T>) 그렇지 않습니다.

끝 예제

12.8.19 sizeof 연산자

연산자는 sizeof 지정된 형식의 변수가 차지하는 8비트 바이트 수를 반환합니다. sizeof에 피연산자로 지정된 형식은 unmanaged_type(§8.8)여야 합니다.

sizeof_expression
    : 'sizeof' '(' unmanaged_type ')'
    ;

미리 정의된 특정 형식의 경우 연산자는 sizeof 아래 표와 같이 상수 int 값을 생성합니다.

식	결과
sizeof(sbyte)	1
sizeof(byte)	6
sizeof(short)	2
sizeof(ushort)	2
sizeof(int)	4
sizeof(uint)	4
sizeof(long)	8
sizeof(ulong)	8
sizeof(char)	2
sizeof(float)	4
sizeof(double)	8
sizeof(bool)	1
sizeof(decimal)	16

열거형 형식 T의 경우 식 sizeof(T) 의 결과는 위에서 설명한 대로 내부 형식의 크기와 동일한 상수 값입니다. 다른 모든 피연산자 형식의 sizeof 경우 연산자는 §23.6.9에 지정됩니다.

12.8.20 선택 및 선택되지 않은 연산자

checked 및 unchecked 연산자는 정수 형식 산술 연산 및 변환에 대한 오버플로 검사 컨텍스트를 제어하는 데 사용됩니다.

checked_expression
    : 'checked' '(' expression ')'
    ;

unchecked_expression
    : 'unchecked' '(' expression ')'
    ;

연산자는 checked 확인된 컨텍스트에서 포함된 식을 평가하고, unchecked 연산자는 확인되지 않은 컨텍스트에서 포함된 식을 평가합니다. 포함된 식이 지정된 오버플로 검사 컨텍스트에서 평가된다는 점을 제외하고 checked_expression 또는 unchecked_expression parenthesized_expression(§12.8.5)에 정확히 해당합니다.

오버플로 검사 컨텍스트는 and unchecked 문(§13.12)을 통해 checked 서도 제어할 수 있습니다.

다음 작업은 선택 및 선택되지 않은 연산자 및 문에 의해 설정된 오버플로 검사 컨텍스트의 영향을 받습니다.

• 피연산자가 정수 또는 열거형 형식인 경우 미리 정의된 ++ -- 연산자(§12.8.16 및 §12.9.6)입니다.
• 피연산자가 정수 형식인 경우 미리 정의된 - 단항 연산자(§12.9.3)입니다.
• 두 피연산자가 모두 정수 또는 열거형 형식인 경우 미리 정의된 +, *-및 / 이진 연산자(§12.10)입니다.
• 한 정수 또는 열거형 형식에서 다른 정수 또는 열거형 형식으로 또는 정수 또는 열거형 형식에서 double float 정수 또는 열거형 형식으로의 명시적 숫자 변환(§10.3.2)입니다.

위의 작업 중 하나가 대상 형식에 표시하기에는 너무 큰 결과를 생성하는 경우 작업이 수행되는 컨텍스트가 결과 동작을 제어합니다.

• checked 컨텍스트에서 작업이 상수 식(§12.23)인 경우 컴파일 시간 오류가 발생합니다. 그렇지 않으면 런타임에 작업이 수행되면 throw System.OverflowException 됩니다.
• unchecked 컨텍스트에서 결과는 대상 형식에 맞지 않는 모든 상위 비트를 삭제하여 잘립니다.

비 상수 식(§12.23)(런타임에 계산되는 식)의 경우 외부 요소(예: 컴파일러 스위치 및 실행 환경 구성)가 확인된 평가를 호출하지 checked unchecked 않는 한 기본 오버플로 검사 컨텍스트는 선택되지 않습니다.

상수 식(§12.23)(컴파일 시간에 완전히 평가할 수 있는 식)의 경우 기본 오버플로 검사 컨텍스트가 항상 선택됩니다. 상수 식이 컨텍스트에 unchecked 명시적으로 배치되지 않는 한 식의 컴파일 시간 평가 중에 발생하는 오버플로는 항상 컴파일 시간 오류를 발생합니다.

익명 함수의 본문은 무명 함수가 발생하는 컨텍스트 또는 unchecked 영향을 checked 받지 않습니다.

예제: 다음 코드에서

class Test
{
    static readonly int x = 1000000;
    static readonly int y = 1000000;

    static int F() => checked(x * y);    // Throws OverflowException
    static int G() => unchecked(x * y);  // Returns -727379968
    static int H() => x * y;             // Depends on default
}

컴파일 시간에 두 식을 모두 평가할 수 없으므로 컴파일 시간 오류가 보고되지 않습니다. 런타임에 메서드가 F throw System.OverflowException되고 G 메서드는 –727379968(범위를 벗어난 결과의 하위 32비트)를 반환합니다. 메서드의 H 동작은 컴파일에 대한 기본 오버플로 검사 컨텍스트에 따라 달라지지만 F 같거나 동일합니다 G.

끝 예제

예제: 다음 코드에서

class Test
{
    const int x = 1000000;
    const int y = 1000000;

    static int F() => checked(x * y);    // Compile-time error, overflow
    static int G() => unchecked(x * y);  // Returns -727379968
    static int H() => x * y;             // Compile-time error, overflow
}

상수 식을 계산할 때 발생하고 식이 컨텍스트에서 F H 평가 checked 되기 때문에 컴파일 시간 오류가 보고되는 오버플로입니다. 오버플로는 상수 식을 평가할 때도 발생하지만 컨텍스트에서 Gunchecked 계산이 수행되므로 오버플로가 보고되지 않습니다.

끝 예제

및 unchecked 연산자는 checked "" 및 "()" 토큰에 텍스트로 포함된 작업에 대한 오버플로 검사 컨텍스트에만 영향을 줍니다. 연산자는 포함된 식을 평가한 결과로 호출되는 함수 멤버에 영향을 주지 않습니다.

예제: 다음 코드에서

class Test
{
    static int Multiply(int x, int y) => x * y;

    static int F() => checked(Multiply(1000000, 1000000));
}

F에서의 checked 사용은 in의 x * y 평가에 Multiply영향을 주지 않으므로 x * y 기본 오버플로 검사 컨텍스트에서 평가됩니다.

끝 예제

연산자는 unchecked 부록 정수 형식의 상수를 16진수 표기법으로 작성할 때 편리합니다.

예제:

class Test
{
    public const int AllBits = unchecked((int)0xFFFFFFFF);
    public const int HighBit = unchecked((int)0x80000000);
}

위의 두 16진수 상수는 모두 형식 uint입니다. 상수는 범위 밖에 int 있으므로 연산자가 없 unchecked 으면 컴파일 시간 오류를 생성할 int 캐스트가 생성됩니다.

끝 예제

참고: checked 연산자와 unchecked 문을 사용하면 프로그래머가 일부 숫자 계산의 특정 측면을 제어할 수 있습니다. 그러나 일부 숫자 연산자의 동작은 피연산자의 데이터 형식에 따라 달라집니다. 예를 들어 두 개의 소수 자릿수를 곱하면 명시적으로 확인되지 않은 구문 내에서도 오버플로에 대한 예외가 항상 발생합니다. 마찬가지로, 두 개의 부동 소수점 곱하기는 명시적으로 확인된 구문 내에서도 오버플로에 대한 예외를 초래하지 않습니다. 또한 다른 연산자는 기본값이든 명시적이든 검사 모드의 영향을 받지 않습니다. 끝 메모

12.8.21 기본값 식

기본값 식은 형식의 기본값(§9.3)을 가져오는 데 사용됩니다.

default_value_expression
    : explictly_typed_default
    | default_literal
    ;

explictly_typed_default
    : 'default' '(' type ')'
    ;

default_literal
    : 'default'
    ;

default_literal 기본값(§9.3)을 나타냅니다. 형식은 없지만 기본 리터럴 변환(§10.2.16)을 통해 모든 형식으로 변환할 수 있습니다.

default_value_expression 결과는 explictly_typed_default 명시적 형식의 기본값(§9.3) 또는 default_value_expression 대한 변환의 대상 형식입니다.

default_value_expression 형식이 다음 중 하나인 경우 상수 식(§12.23)입니다.

• 참조 형식
• 참조 형식으로 알려진 형식 매개 변수(§8.2);
• 다음 값 형식 중 하나: sbyte, ,byte, short, ushortint, uint, doubleulongbool,longcharfloatdecimal, ; 또는
• 모든 열거형 형식입니다.

12.8.22 스택 할당

스택 할당 식은 실행 스택에서 메모리 블록을 할당합니다. 실행 스택은 로컬 변수가 저장되는 메모리 영역입니다. 실행 스택은 관리되는 힙의 일부가 아닙니다. 로컬 변수 스토리지에 사용되는 메모리는 현재 함수가 반환될 때 자동으로 복구됩니다.

스택 할당 식에 대한 안전한 컨텍스트 규칙은 §16.4.12.7에 설명되어 있습니다.

stackalloc_expression
    : 'stackalloc' unmanaged_type '[' expression ']'
    | 'stackalloc' unmanaged_type? '[' constant_expression? ']'
      stackalloc_initializer
    ;

stackalloc_initializer
     : '{' stackalloc_initializer_element_list '}'
     ;

stackalloc_initializer_element_list
     : stackalloc_element_initializer (',' stackalloc_element_initializer)* ','?
     ;
    
stackalloc_element_initializer
    : expression
    ;

stackalloc_expression 두 가지 컨텍스트에서만 허용됩니다.

1. local_variable_declaration(§13.6.2)의 초기화 식E 및
2. expression_statement(§13.7)로 발생하는 단순 할당(§12.21.2)의 오른쪽 피연산자 식E입니다.

두 컨텍스트 에서 stackalloc_expression 다음과 같이만 수행할 수 있습니다.

• 의 전체 E또는
• 전체인 conditional_expression(§12.18)의 E두 번째 및/또는 세 번째 피연산자입니다.

unmanaged_type(§8.8)는 새로 할당된 위치에 저장될 항목의 형식을 나타내며 식은 이러한 항목의 수를 나타냅니다. 이를 종합하면 필요한 할당 크기를 지정합니다. 식의 형식은 암시적으로 형식int으로 변환할 수 있어야 합니다.

스택 할당의 크기는 음수일 수 없으므로 항목 수를 음수 값으로 계산하는 constant_expression 지정하는 것은 컴파일 시간 오류입니다.

런타임에 할당할 항목 수가 음수 값이면 동작이 정의되지 않습니다. 0이면 할당이 이루어지지 않고 반환되는 값이 구현 정의됩니다. 메모리가 부족하여 항목을 System.StackOverflowException 할당할 수 없는 경우 throw됩니다.

stackalloc_initializer 있는 경우:

• unmanaged_type 생략하면 stackalloc_element_initializer 집합에 대한 가장 일반적인 형식(§12.6.3.15)에 대한 규칙에 따라 유추됩니다.
• constant_expression 생략하면 stackalloc_element_initializer수로 유추됩니다.
• constant_expression 있는 경우 stackalloc_element_initializer수와 같아야 합니다.

각 stackalloc_element_initializer unmanaged_type(§10.2)로 암시적으로 변환해야 합니다. stackalloc_element_initializer인덱스 0의 요소부터 시작하여 할당된 메모리의 요소를 순서대로 초기화합니다. stackalloc_initializer 없는 경우 새로 할당된 메모리의 콘텐츠가 정의되지 않습니다.

stackalloc_expression 결과는 형식Span<T>의 인스턴스이며, 여기서 T unmanaged_type.

• Span<T>(§C.3)는 ref 구조체 형식(§16.2.3)이며, 여기서는 stackalloc_expression 할당된 블록인 메모리 블록을 형식화된 (T) 항목의 인덱싱 가능한 컬렉션으로 표시합니다.
• 결과 Length 속성은 할당된 항목 수를 반환합니다.
• 결과 인덱서(§15.9)는 할당된 블록의 항목에 variable_reference(§9.5)를 반환하고 범위를 확인합니다.

참고: 안전하지 않은 코드에서 발생하는 경우 stackalloc_expression 결과가 다른 형식일 수 있습니다(§23.9). 끝 메모

스택 할당 이니셜라이저는 또는 블록에서 catch finally 허용되지 않습니다(§13.11).

참고: .를 사용하여 stackalloc할당된 메모리를 명시적으로 해제할 수 있는 방법은 없습니다. 끝 메모

함수 멤버를 실행하는 동안 생성된 모든 스택 할당 메모리 블록은 해당 함수 멤버가 반환될 때 자동으로 삭제됩니다.

연산자를 stackalloc 제외하고 C#은 가비지 수집되지 않은 메모리를 관리하기 위한 미리 정의된 구문을 제공하지 않습니다. 이러한 서비스는 일반적으로 클래스 라이브러리를 지원하거나 기본 운영 체제에서 직접 가져옵니다.

예제:

// Memory uninitialized
Span<int> span1 = stackalloc int[3];
// Memory initialized
Span<int> span2 = stackalloc int[3] { -10, -15, -30 };
// Type int is inferred
Span<int> span3 = stackalloc[] { 11, 12, 13 };
// Error; result is int*, not allowed in a safe context
var span4 = stackalloc[] { 11, 12, 13 };
// Error; no conversion from Span<int> to Span<long>
Span<long> span5 = stackalloc[] { 11, 12, 13 };
// Converts 11 and 13, and returns Span<long> 
Span<long> span6 = stackalloc[] { 11, 12L, 13 };
// Converts all and returns Span<long>
Span<long> span7 = stackalloc long[] { 11, 12, 13 };
// Implicit conversion of Span<T>
ReadOnlySpan<int> span8 = stackalloc int[] { 10, 22, 30 };
// Implicit conversion of Span<T>
Widget<double> span9 = stackalloc double[] { 1.2, 5.6 };

public class Widget<T>
{
    public static implicit operator Widget<T>(Span<double> sp) { return null; }
}

의 span8stackalloc 경우 암시적 연산ReadOnlySpan<int>자에 Span<int>의해 변환되는 .로 변환됩니다. 마찬가지로, span9결과는 Span<double> 표시된 것처럼 변환을 사용하여 사용자 정의 형식 Widget<double> 으로 변환됩니다. 끝 예제

12.8.23 nameof 연산자

nameof_expression 프로그램 엔터티의 이름을 상수 문자열로 가져오는 데 사용됩니다.

nameof_expression
    : 'nameof' '(' named_entity ')'
    ;
    
named_entity
    : named_entity_target ('.' identifier type_argument_list?)*
    ;
    
named_entity_target
    : simple_name
    | 'this'
    | 'base'
    | predefined_type 
    | qualified_alias_member
    ;

키워드가 아니므로 nameof nameof_expression 항상 단순 이름을 nameof호출하여 구문적으로 모호합니다. 호환성을 위해 이름의 nameof 이름 조회(§12.8.4)가 성공하면 호출이 유효한지 여부에 관계없이 식이 invocation_expression 처리됩니다. 그렇지 않으면 nameof_expression.

간단한 이름 및 멤버 액세스 조회는 §12.8.4 및 §12.8.7에 설명된 규칙에 따라 컴파일 시간에 named_entity 수행 됩니다. 그러나 §12.8.4 및 §12.8.7에 설명된 조회에서 인스턴스 멤버가 정적 컨텍스트에서 발견되었기 때문에 오류가 발생하는 경우 nameof_expression 이러한 오류를 생성하지 않습니다.

메서드 그룹에 type_argument_list 지정하는 named_entity 컴파일 시간 오류입니다. named_entity_target 형식dynamic을 갖는 것은 컴파일 시간 오류입니다.

nameof_expression 형식string의 상수 식이며 런타임에는 영향을 주지 않습니다. 특히 named_entity 평가되지 않으며 명확한 할당 분석(§9.4.4.22)을 위해 무시됩니다. 해당 값은 다음과 같이 변환된 선택적 최종 type_argument_list 전에 named_entity 마지막 식별자입니다.

• 접두사 "@"(사용되는 경우)가 제거됩니다.
• 각 unicode_escape_sequence 해당 유니코드 문자로 변환됩니다.
• 모든 formatting_characters 제거됩니다.

식별자 간의 같음을 테스트할 때 §6.4.3에 적용된 것과 동일한 변환입니다.

예제: 다음은 네임스페이스 내에 선언된 제네릭 형식 List<T> 을 가정하여 다양한 nameof 식의 System.Collections.Generic 결과를 보여 줍니다.

using TestAlias = System.String;

class Program
{
    static void Main()
    {
        var point = (x: 3, y: 4);

        string n1 = nameof(System);                      // "System"
        string n2 = nameof(System.Collections.Generic);  // "Generic"
        string n3 = nameof(point);                       // "point"
        string n4 = nameof(point.x);                     // "x"
        string n5 = nameof(Program);                     // "Program"
        string n6 = nameof(System.Int32);                // "Int32"
        string n7 = nameof(TestAlias);                   // "TestAlias"
        string n8 = nameof(List<int>);                   // "List"
        string n9 = nameof(Program.InstanceMethod);      // "InstanceMethod"
        string n10 = nameof(Program.GenericMethod);      // "GenericMethod"
        string n11 = nameof(Program.NestedClass);        // "NestedClass"

        // Invalid
        // string x1 = nameof(List<>);            // Empty type argument list
        // string x2 = nameof(List<T>);           // T is not in scope
        // string x3 = nameof(GenericMethod<>);   // Empty type argument list
        // string x4 = nameof(GenericMethod<T>);  // T is not in scope
        // string x5 = nameof(int);               // Keywords not permitted
        // Type arguments not permitted for method group
        // string x6 = nameof(GenericMethod<Program>);
    }

    void InstanceMethod() { }

    void GenericMethod<T>()
    {
        string n1 = nameof(List<T>); // "List"
        string n2 = nameof(T);       // "T"
    }

    class NestedClass { }
}

이 예제의 놀라운 부분은 전체 네임스페이스 대신 "Generic"만, "nameof(TestAlias)String"이 아닌 "TestAlias"로의 해상도 nameof(System.Collections.Generic) 입니다. 끝 예제

12.8.24 익명 메서드 식

anonymous_method_expression 익명 함수를 정의하는 두 가지 방법 중 하나입니다. 이러한 내용은 §12.19에 자세히 설명되어 있습니다.

12.9 단항 연산자

12.9.1 일반

+, ! -(논리 부정 §12.9.4만 해당), ~, ++, --캐스트 및 await 연산자를 단항 연산자라고 합니다.

참고: 컴파일 시간 및 오버로드할 수 없는 특성으로 인해 null-forgiving 연산자(§12.8.9) !는 위 목록에서 제외됩니다. 끝 메모

unary_expression
    : primary_expression
    | '+' unary_expression
    | '-' unary_expression
    | logical_negation_operator unary_expression
    | '~' unary_expression
    | pre_increment_expression
    | pre_decrement_expression
    | cast_expression
    | await_expression
    | pointer_indirection_expression    // unsafe code support
    | addressof_expression              // unsafe code support
    ;

pointer_indirection_expression(§23.6.2) 및 addressof_expression(§23.6.5)는 안전하지 않은 코드(§23)에서만 사용할 수 있습니다.

unary_expression 피연산자의 컴파일 시간 형식dynamic이 있으면 동적으로 바인딩됩니다(§12.3.3). 이 경우 unary_expression 컴파일 시간 형식이 있으며 아래에 설명된 해상도는 dynamic런타임에 피연산자의 런타임 형식을 사용하여 수행됩니다.

12.9.2 단항 더하기 연산자

폼 +x작업의 경우 단항 연산자 오버로드 확인(§12.4.4)이 적용되어 특정 연산자 구현을 선택합니다. 피연산자는 선택한 연산자의 매개 변수 형식으로 변환되고 결과의 형식은 연산자의 반환 형식입니다. 미리 정의된 단항 더하기 연산자는 다음과 같습니다.

int operator +(int x);
uint operator +(uint x);
long operator +(long x);
ulong operator +(ulong x);
float operator +(float x);
double operator +(double x);
decimal operator +(decimal x);

이러한 각 연산자의 결과는 피연산자의 값일 뿐입니다.

위에 정의된 미리 정의된 단항 연산자의 리프트(§12.4.8) 형식도 미리 정의됩니다.

12.9.3 단항 빼기 연산자

폼 –x작업의 경우 단항 연산자 오버로드 확인(§12.4.4)이 적용되어 특정 연산자 구현을 선택합니다. 피연산자는 선택한 연산자의 매개 변수 형식으로 변환되고 결과의 형식은 연산자의 반환 형식입니다. 미리 정의된 단항 빼기 연산자는 다음과 같습니다.

• 정수 부정:

  int operator –(int x);
  long operator –(long x);
  

  결과는 0에서 빼서 X 계산됩니다. 값이 피연산자 형식의 X 가장 작은 표현 가능 값(-2일 int 경우 또는 -2의 경우 long)인 경우 피연산자 형식 내에서 수학 부정 X 을 나타낼 수 없습니다. 컨텍스트 내에서 checked 발생하는 경우 throw System.OverflowException 됩니다. 컨텍스트 내에서 unchecked 발생하는 경우 결과는 피연산자의 값이며 오버플로는 보고되지 않습니다.

  부정 연산자의 피연산자가 형식이면 형식uintlong으로 변환되고 결과의 형식은 다음과 같습니다long. 예외는 값 −2147483648 (-2병)을 10진수 정수 리터럴(§6.4.5.3)으로 작성할 수 있도록 허용하는 int 규칙입니다.

  부정 연산자의 피연산자가 형식 ulong이면 컴파일 시간 오류가 발생합니다. 예외는 값 −9223372036854775808 (-2개)을 10진수 정수 리터럴(§6.4.5.3)로 작성하도록 허용하는 long 규칙입니다.

• 부동 소수점 부정:

  float operator –(float x);
  double operator –(double x);
  

  결과는 해당 기호가 반전된 값 X 입니다. 이 NaN경우 x 결과도 NaN다음과 같이 표시됩니다.

• 10진수 부정:

  decimal operator –(decimal x);
  

  결과는 0에서 빼서 X 계산됩니다. 10진수 부정은 형식 System.Decimal의 단항 빼기 연산자를 사용하는 것과 같습니다.

위에 정의된 리프팅되지 않은 미리 정의된 단항 빼기 연산자의 리프트(§12.4.8) 형식도 미리 정의됩니다.

12.9.4 논리 부정 연산자

폼 !x작업의 경우 단항 연산자 오버로드 확인(§12.4.4)이 적용되어 특정 연산자 구현을 선택합니다. 피연산자는 선택한 연산자의 매개 변수 형식으로 변환되고 결과의 형식은 연산자의 반환 형식입니다. 미리 정의된 논리 부정 연산자는 하나만 존재합니다.

bool operator !(bool x);

이 연산자는 피연산자의 논리적 부정을 계산합니다. 피연산자가 true면 결과는 다음과 같습니다 false. 피연산자인 false경우 결과는 .입니다 true.

위에서 정의한 미리 정의된 리프팅되지 않은 논리 부정 연산자의 리프트(§12.4.8) 형식도 미리 정의됩니다.

참고: 접두사 논리 부정 및 접두사 null 용서 연산자(§12.8.9)는 동일 어휘 토큰(!)으로 표현되지만 고유합니다. 끝 메모

12.9.5 비트 보수 연산자

폼 ~x작업의 경우 단항 연산자 오버로드 확인(§12.4.4)이 적용되어 특정 연산자 구현을 선택합니다. 피연산자는 선택한 연산자의 매개 변수 형식으로 변환되고 결과의 형식은 연산자의 반환 형식입니다. 미리 정의된 비트 보수 연산자는 다음과 같습니다.

int operator ~(int x);
uint operator ~(uint x);
long operator ~(long x);
ulong operator ~(ulong x);

이러한 각 연산자의 경우 연산 결과는 .의 x비트 보수입니다.

모든 열거형 형식 E 은 다음과 같은 비트 보수 연산자를 암시적으로 제공합니다.

E operator ~(E x);

기본 형식이 ~x있는 X 열거형 형식 E 의 식인 계산 결과는 계산과 정확히 동일합니다(E)(~(U)x). 단, 변환 E 은 항상 컨텍스트(§12.8.20)에서 unchecked U처럼 수행됩니다.

위에 정의된 리프팅되지 않은 미리 정의된 비트 보수 연산자의 리프트(§12.4.8) 형식도 미리 정의됩니다.

12.9.6 접두사 증가 및 감소 연산자

pre_increment_expression
    : '++' unary_expression
    ;

pre_decrement_expression
    : '--' unary_expression
    ;

접두사 증가 또는 감소 작업의 피연산자는 변수, 속성 액세스 또는 인덱서 액세스로 분류된 식이어야 합니다. 작업의 결과는 피연산자와 동일한 형식의 값입니다.

접두사 증가 또는 감소 작업의 피연산자가 속성 또는 인덱서 액세스인 경우 속성 또는 인덱서에는 get 및 set 접근자가 모두 있어야 합니다. 그렇지 않으면 바인딩 시간 오류가 발생합니다.

단항 연산자 오버로드 확인(§12.4.4)이 적용되어 특정 연산자 구현을 선택합니다. 미리 정의된 ++ 연산자와 -- 연산자는 다음 형식sbyte에 byteushortfloatdoubleshortuintdecimalintlongulongchar대해 존재합니다. 미리 정의된 ++ 연산자는 피연산자를 추가하여 1 생성된 값을 반환하고 미리 정의된 -- 연산자는 피연산자에서 빼 1 서 생성된 값을 반환합니다. checked 컨텍스트에서 이 추가 또는 빼기의 결과가 결과 형식의 범위를 벗어나고 결과 형식이 정수 형식 또는 열거형 형식이면 throw System.OverflowException 됩니다.

선택한 단항 연산자의 반환 형식에서 unary_expression 형식으로 암시적 변환이 있어야 합니다. 그렇지 않으면 컴파일 시간 오류가 발생합니다.

폼 ++x 의 접두사 증가 또는 감소 작업의 런타임 처리 또는 --x 다음 단계로 구성됩니다.

• 변수로 분류되는 경우 x :
  • x 가 계산되어 변수를 생성합니다.
  • 값 x 은 선택한 연산자의 피연산자 형식으로 변환되고 이 값을 인수로 사용하여 연산자가 호출됩니다.
  • 연산자가 반환하는 값은 .의 x형식으로 변환됩니다. 결과 값은 평가에서 지정 x한 위치에 저장됩니다.
  • 연산의 결과가 됩니다.
• 속성 또는 인덱서 액세스로 분류되는 경우 x :
  • 인스턴스 식(그렇지 않은 static경우x)과 연결된 x 인수 목록(인덱서 액세스인 경우x)이 평가되고 결과는 후속 get 및 set 접근자 호출에서 사용됩니다.
  • get 접근자가 x 호출됩니다.
  • get 접근자가 반환하는 값은 선택한 연산자의 피연산자 형식으로 변환되고 이 값을 인수로 사용하여 연산자가 호출됩니다.
  • 연산자가 반환하는 값은 .의 x형식으로 변환됩니다. set 접근자가 x 값 인수로 이 값을 사용하여 호출됩니다.
  • 이 값은 작업의 결과도 됩니다.

및 -- 연산자는 ++ 접두사 표기법(§12.8.16)도 지원합니다. 결과는 x++ x-- 연산 이전의 x 값이거나, 작업 후의 ++x x 값이거나 --x 그 결과입니다. 두 경우 x 모두 작업 후 자체의 값이 동일합니다.

연산 ++ 자 또는 연산자 -- 구현은 접두사 또는 접두사 표기법을 사용하여 호출할 수 있습니다. 두 표기법은 별도의 연산자 구현을 사용할 수 없습니다.

위에서 정의한 미리 정의된 미리 정의된 접두사 증가 및 감소 연산자의 리프트(§12.4.8) 형식도 미리 정의됩니다.

12.9.7 캐스트 식

cast_expression 식을 지정된 형식으로 명시적으로 변환하는 데 사용됩니다.

cast_expression
    : '(' type ')' unary_expression
    ;

형식이고 E unary_expression 형식 (T)ET 의 cast_expression 형식 값의 E 명시적 변환(§10.3)을 T수행합니다. 명시적 변환이 E T없는 경우 바인딩 시간 오류가 발생합니다. 그렇지 않은 경우 결과는 명시적 변환에 의해 생성되는 값입니다. 결과는 변수를 나타내는 경우에도 E 항상 값으로 분류됩니다.

cast_expression 대한 문법은 특정 구문 모호성으로 이어집니다.

예: 식은 (x)–y cast_expression(형식x의 캐스트–y)로 해석되거나 parenthesized_expression(값을 x – y계산하는)와 결합된 additive_expression 해석될 수 있습니다. 끝 예제

cast_expression 모호성을 해결하기 위해 다음 규칙이 존재합니다. 괄호로 묶인 하나 이상의 토큰(§6.4)의 시퀀스는 다음 중 하나 이상이 true인 경우에만 cast_expression 시작으로 간주됩니다.

• 토큰 시퀀스는 형식에 대한 올바른 문법이지만 식에는 올바른 문법이 아닙니다.
• 토큰 시퀀스는 형식에 대해 올바른 문법이며, 닫는 괄호 바로 다음에 있는 토큰은 토큰 "", 토큰 "~", 토큰 "!(", 식별자(§6.4.3), 리터럴(§6.4.5) 또는 키워드(§6.4.4)asis입니다.

위의 "올바른 문법"이라는 용어는 토큰 시퀀스가 특정 문법 프로덕션을 준수해야 함을 의미합니다. 특히 구성 요소 식별자의 실제 의미를 고려하지 않습니다.

예: 식별자이고 y 식별자 x.y 인 경우 x 실제로 형식을 나타내지 않더라도 x.y 형식에 대한 올바른 문법입니다. 끝 예제

참고: 명확성 규칙 x y 에서 식별자이고 식별자 (x)(-y) (x)(y)(x)y이며 cast_expression(x)-y 형식을 식별하는 경우에도 x 그렇지 않습니다. 그러나 미리 정의된 형식(예: int)을 식별하는 키워드인 경우 x 4개의 폼은 모두 cast_expression(이러한 키워드가 식 자체가 될 수 없기 때문). 끝 메모

12.9.8 Await 식

12.9.8.1 일반

연 await 산자는 피연산자가 나타내는 비동기 작업이 완료될 때까지 바깥쪽 비동기 함수의 평가를 일시 중단하는 데 사용됩니다.

await_expression
    : 'await' unary_expression
    ;

await_expression 비동기 함수의 본문에서만 허용됩니다(§15.15). 가장 가까운 바깥쪽 비동기 함수 내에서는 다음 위치에서 await_expression 발생하지 않습니다.

• 중첩된(비동기) 익명 함수 내부
• lock_statement 블록 내부
• 무명 함수에서 식 트리 형식으로 변환(§10.7.3)
• 안전하지 않은 컨텍스트에서

참고: 비동기 람다 식을 사용하도록 구문적으로 변환되므로 await_expression query_expression 내의 대부분의 위치에서 발생할 수 없습니다. 끝 메모

비동기 함수 await 내에서는 축자 식별자를 @await 사용할 수 있지만 available_identifier 사용할 수 없습니다. 따라서 await_expression및 식별자와 관련된 다양한 식 사이에는 구문 모호성이 없습니다. 비동기 함수 await 외부에서는 일반 식별자 역할을 합니다.

await_expression 피연산자를 작업이라고 합니다. await_expression 평가할 때 완료되거나 완료되지 않을 수 있는 비동기 작업을 나타냅니다. 연산자의 await 목적은 대기 중인 작업이 완료될 때까지 바깥쪽 비동기 함수의 실행을 일시 중단한 다음 결과를 얻는 것입니다.

12.9.8.2 대기 가능 식

await_expression 작업은 대기해야 합니다. 다음 중 하나가 있는 경우 식 t 이 대기할 수 있습니다.

• t 는 컴파일 시간 형식입니다. dynamic
• t 에는 매개 변수와 형식 매개 변수 없이 호출 GetAwaiter 되는 액세스 가능한 인스턴스 또는 확장 메서드와 다음 모든 형식이 유지되는 반환 형식 A 이 있습니다.
  • A 는 인터페이스 System.Runtime.CompilerServices.INotifyCompletion 를 구현합니다(간결성을 위해 알려 INotifyCompletion 짐).
  • A 형식의 액세스 가능하고 읽을 수 있는 인스턴스 속성 IsCompleted 이 있습니다. bool
  • A 에는 매개 변수가 없고 형식 매개 변수가 없는 액세스 가능한 인스턴스 메서드 GetResult 가 있습니다.

이 메서드의 GetAwaiter 목적은 작업에 대한 awaiter를 가져오는 것입니다. 이 형식 A 을 await 식의 awaiter 형식 이라고 부릅니다.

속성의 IsCompleted 목적은 작업이 이미 완료되었는지 확인하는 것입니다. 그렇다면 평가를 일시 중단할 필요가 없습니다.

이 메서드의 INotifyCompletion.OnCompleted 목적은 작업에 "연속"을 등록하는 것입니다. 즉, 태스크가 완료되면 호출되는 대리자(형식 System.Action)입니다.

이 메서드의 GetResult 목적은 작업이 완료되면 작업의 결과를 가져오는 것입니다. 이 결과는 성공적으로 완료되거나 결과 값이 있거나 메서드에서 throw GetResult 되는 예외일 수 있습니다.

12.9.8.3 await 식 분류

식 await t 은 식 (t).GetAwaiter().GetResult()과 동일한 방식으로 분류됩니다. 따라서 반환 형식 GetResult 이면 voidawait_expression 아무것도로 분류되지 않습니다. 반환 형식T이 아닌void 경우 await_expression 형식T의 값으로 분류됩니다.

12.9.8.4 await 식의 런타임 평가

런타임 시 await t 식은 다음과 같이 평가됩니다.

• 식을 (t).GetAwaiter()계산하여 awaiter a 를 가져옵니다.
• A boolb 는 식을 (a).IsCompleted계산하여 가져옵니다.
• 그렇다면 b 평가는 false 인터페이스 System.Runtime.CompilerServices.ICriticalNotifyCompletion 를 구현하는지 여부에 a 따라 달라집니다(그 후 간결함을 위해 알려 ICriticalNotifyCompletion 짐). 이 검사는 바인딩 시간에 수행됩니다. 즉, 컴파일 시간 형식dynamic이 있는 경우 a 런타임에, 그렇지 않으면 컴파일 시간에 있습니다. r 다시 시작 대리자(§15.15)를 나타냅니다.
  • 구현ICriticalNotifyCompletion하지 않으면 a 식 ((a) as INotifyCompletion).OnCompleted(r) 이 평가됩니다.
  • 구현ICriticalNotifyCompletion하는 경우 a 식 ((a) as ICriticalNotifyCompletion).UnsafeOnCompleted(r) 이 평가됩니다.
  • 그런 다음 평가가 일시 중단되고 컨트롤이 비동기 함수의 현재 호출자에게 반환됩니다.
• 즉시(있는 true경우b) 또는 나중에 다시 시작 대리자를 호출하면(있는 false경우b) 식 (a).GetResult() 이 계산됩니다. 값을 반환하는 경우 해당 값은 await_expression 결과입니다. 그렇지 않으면 결과는 아무것도 없습니다.

awaiter의 인터페이스 메서드 INotifyCompletion.OnCompleted 구현으로 ICriticalNotifyCompletion.UnsafeOnCompleted 인해 대리 r 자가 한 번에 호출되어야 합니다. 그렇지 않으면 바깥쪽 비동기 함수의 동작이 정의되지 않습니다.

12.10 산술 연산자

12.10.1 일반

*, /, %+및 - 연산자를 산술 연산자라고 합니다.

multiplicative_expression
    : unary_expression
    | multiplicative_expression '*' unary_expression
    | multiplicative_expression '/' unary_expression
    | multiplicative_expression '%' unary_expression
    ;

additive_expression
    : multiplicative_expression
    | additive_expression '+' multiplicative_expression
    | additive_expression '-' multiplicative_expression
    ;

산술 연산자의 피연산자에 컴파일 시간 형식 dynamic이 있으면 식이 동적으로 바인딩됩니다(§12.3.3). 이 경우 식의 컴파일 시간 형식은 컴파일 시간 형식이며 아래에 설명된 해상도는 dynamic컴파일 시간 형식 dynamic이 있는 피연산자의 런타임 형식을 사용하여 런타임에 발생합니다.

12.10.2 곱하기 연산자

폼 x * y작업의 경우 이진 연산자 오버로드 확인(§12.4.5)이 적용되어 특정 연산자 구현을 선택합니다. 피연산자는 선택한 연산자의 매개 변수 형식으로 변환되고 결과 형식은 연산자의 반환 형식입니다.

미리 정의된 곱셈 연산자는 아래에 나열되어 있습니다. 연산자는 모두 다음의 x 곱을 계산합니다 y.

• 정수 곱하기:

  int operator *(int x, int y);
  uint operator *(uint x, uint y);
  long operator *(long x, long y);
  ulong operator *(ulong x, ulong y);
  

  checked 컨텍스트에서 제품이 결과 형식의 범위를 벗어나면 throw System.OverflowException 됩니다. unchecked 컨텍스트에서 오버플로는 보고되지 않으며 결과 형식 범위를 벗어난 중요한 상위 비트는 무시됩니다.

• 부동 소수점 곱하기:

  float operator *(float x, float y);
  double operator *(double x, double y);
  

  제품은 IEC 60559 산술 연산의 규칙에 따라 계산됩니다. 다음 표에서는 0이 아닌 유한 값, 0, 무한대 및 NaN의 가능한 모든 조합의 결과를 나열합니다. 테이블에서 x y 양수 유한 값입니다. z 는 가장 가까운 표현 가능한 값으로 반올림된 결과 x * y입니다. 결과의 크기가 대상 형식 z 에 비해 너무 크면 무한대입니다. 반올림으로 z 인해 0도 아니더라도 x y 0일 수 있습니다.

  	+y	-y	+0	-0	+∞	-∞	NaN
  +x	+z	-z	+0	-0	+∞	-∞	NaN
  -x	-z	+z	-0	+0	-∞	+∞	NaN
  +0	+0	-0	+0	-0	NaN	NaN	NaN
  -0	-0	+0	-0	+0	NaN	NaN	NaN
  +∞	+∞	-∞	NaN	NaN	+∞	-∞	NaN
  -∞	-∞	+∞	NaN	NaN	-∞	+∞	NaN
  NaN	NaN	NaN	NaN	NaN	NaN	NaN	NaN

  (달리 언급된 경우를 제외하고 § 12.10.2–§12.10.6의 부동 소수점 테이블에서 "+"를 사용하면 값이 양수이고, "-"를 사용하면 값이 음수이고, 부호가 없으면 값이 양수이거나 음수이거나 부호(NaN)가 없음을 의미합니다.)

• 10진수 곱하기:

  decimal operator *(decimal x, decimal y);
  

  결과 값의 크기가 너무 커서 10진수 형식으로 나타내지 않으면 throw System.OverflowException 됩니다. 반올림으로 인해 두 피연산자 모두 0이 아니더라도 결과는 0일 수 있습니다. 반올림하기 전에 결과의 배율은 두 피연산자의 배율 합계입니다. 10진수 곱셈은 형식 System.Decimal의 곱하기 연산자를 사용하는 것과 같습니다.

위에 정의된 리프팅되지 않은 미리 정의된 곱셈 연산자의 리프트(§12.4.8) 형식도 미리 정의됩니다.

12.10.3 Division 연산자

폼 x / y작업의 경우 이진 연산자 오버로드 확인(§12.4.5)이 적용되어 특정 연산자 구현을 선택합니다. 피연산자는 선택한 연산자의 매개 변수 형식으로 변환되고 결과 형식은 연산자의 반환 형식입니다.

미리 정의된 나누기 연산자는 다음과 같습니다. 연산자는 모두 몫 및 .의 몫을 x 계산합니다 y.

• 정수 나누기:

  int operator /(int x, int y);
  uint operator /(uint x, uint y);
  long operator /(long x, long y);
  ulong operator /(ulong x, ulong y);
  

  오른쪽 피연산자의 값이 0이면 a가 System.DivideByZeroException throw됩니다.

  나누기는 결과를 0으로 반올림합니다. 따라서 결과의 절대값은 두 피연산자의 몫 절대값보다 작거나 같은 가능한 가장 큰 정수입니다. 두 피연산자의 부호가 같고 두 피연산자의 부호가 0이거나 음수이면 결과는 0 또는 양수입니다.

  왼쪽 피연산자는 가장 작은 표현 또는 int long 값이고 오른쪽 피연산자는 –1오버플로가 발생합니다. checked 컨텍스트에서 이로 인해 System.ArithmeticException 해당 서브클래스 또는 하위 클래스가 throw됩니다. unchecked 컨텍스트에서는 (또는 해당 서브클래스)가 throw되는지 또는 오버플로가 왼쪽 피연산자의 결과 값으로 보고되지 않는지 여부에 System.ArithmeticException 대한 구현 정의입니다.

• 부동 소수점 나누기:

  float operator /(float x, float y);
  double operator /(double x, double y);
  

  몫은 IEC 60559 산술 연산의 규칙에 따라 계산됩니다. 다음 표에서는 0이 아닌 유한 값, 0, 무한대 및 NaN의 가능한 모든 조합의 결과를 나열합니다. 테이블에서 x y 양수 유한 값입니다. z 는 가장 가까운 표현 가능한 값으로 반올림된 결과 x / y입니다.

  	+y	-y	+0	-0	+∞	-∞	NaN
  +x	+z	-z	+∞	-∞	+0	-0	NaN
  -x	-z	+z	-∞	+∞	-0	+0	NaN
  +0	+0	-0	NaN	NaN	+0	-0	NaN
  -0	-0	+0	NaN	NaN	-0	+0	NaN
  +∞	+∞	-∞	+∞	-∞	NaN	NaN	NaN
  -∞	-∞	+∞	-∞	+∞	NaN	NaN	NaN
  NaN	NaN	NaN	NaN	NaN	NaN	NaN	NaN

• 10진수 나누기:

  decimal operator /(decimal x, decimal y);
  

  오른쪽 피연산자의 값이 0이면 a가 System.DivideByZeroException throw됩니다. 결과 값의 크기가 너무 커서 10진수 형식으로 나타내지 않으면 throw System.OverflowException 됩니다. 반올림으로 인해 첫 번째 피연산자는 0이 아니더라도 결과가 0일 수 있습니다. 결과 배율(반올림 전)은 정확한 결과와 동일한 결과를 유지하는 기본 눈금과 가장 가까운 배율입니다. 기본 크기 조정은 배율 x 보다 작은 크기입니다 y.

  10진수 나누기는 형식 System.Decimal의 나누기 연산자를 사용하는 것과 같습니다.

위에 정의된 리프팅되지 않은 미리 정의된 나누기 연산자의 리프트(§12.4.8) 형식도 미리 정의됩니다.

12.10.4 나머지 연산자

폼 x % y작업의 경우 이진 연산자 오버로드 확인(§12.4.5)이 적용되어 특정 연산자 구현을 선택합니다. 피연산자는 선택한 연산자의 매개 변수 형식으로 변환되고 결과 형식은 연산자의 반환 형식입니다.

미리 정의된 나머지 연산자는 아래에 나열되어 있습니다. 연산자는 모두 나누 x 기의 나머지 부분을 계산합니다.y

• 정수 나머지:

  int operator %(int x, int y);
  uint operator %(uint x, uint y);
  long operator %(long x, long y);
  ulong operator %(ulong x, ulong y);
  

  결과는 x % y .에 의해 x – (x / y) * y생성된 값입니다. 0이면 y throw System.DivideByZeroException 됩니다.

  왼쪽 피연산자는 가장 int 작거나 long 값이고 오른쪽 피연산자는 –1예외를 System.OverflowException throw하는 경우에만 x / y throw됩니다.

• 부동 소수점 나머지:

  float operator %(float x, float y);
  double operator %(double x, double y);
  

  다음 표에서는 0이 아닌 유한 값, 0, 무한대 및 NaN의 가능한 모든 조합의 결과를 나열합니다. 테이블에서 x y 양수 유한 값입니다. z의 결과 x % y 이며 n이 보다 작거나 같은 x / y가능한 가장 큰 정수인 것으로 x – n * y계산됩니다. 나머지를 계산하는 이 메서드는 정수 피연산에 사용되는 것과 유사하지만 IEC 60559 정의( n 가장 x / y가까운 정수)와는 다릅니다.

  	+y	-y	+0	-0	+∞	-∞	NaN
  +x	+z	+z	NaN	NaN	+x	+x	NaN
  -x	-z	-z	NaN	NaN	-x	-x	NaN
  +0	+0	+0	NaN	NaN	+0	+0	NaN
  -0	-0	-0	NaN	NaN	-0	-0	NaN
  +∞	NaN	NaN	NaN	NaN	NaN	NaN	NaN
  -∞	NaN	NaN	NaN	NaN	NaN	NaN	NaN
  NaN	NaN	NaN	NaN	NaN	NaN	NaN	NaN

• 10진수 나머지:

  decimal operator %(decimal x, decimal y);
  

  오른쪽 피연산자의 값이 0이면 a가 System.DivideByZeroException throw됩니다. (또는 해당 서브클래스)가 throw되는 경우 System.ArithmeticException 구현 정의됩니다. 준수 구현은 예외를 throw하지 않는 경우 x / y 예외를 x % y throw하지 않습니다. 반올림하기 전에 결과의 배율은 두 피연산자의 배율보다 크고, 0이 아닌 경우 결과의 부호는 해당 피연산자의 x소수 자릿수와 같습니다.

  10진수 나머지는 형식 System.Decimal의 나머지 연산자를 사용하는 것과 같습니다.

  참고: 이러한 규칙은 모든 형식에 대해 결과에 왼쪽 피연산자의 반대 기호가 없도록 합니다. 끝 메모

위에서 정의한 리프팅되지 않은 미리 정의된 나머지 연산자의 리프트(§12.4.8) 형식도 미리 정의됩니다.

12.10.5 더하기 연산자

폼 x + y작업의 경우 이진 연산자 오버로드 확인(§12.4.5)이 적용되어 특정 연산자 구현을 선택합니다. 피연산자는 선택한 연산자의 매개 변수 형식으로 변환되고 결과 형식은 연산자의 반환 형식입니다.

미리 정의된 더하기 연산자는 아래에 나열되어 있습니다. 숫자 및 열거형 형식의 경우 미리 정의된 더하기 연산자는 두 피연산자의 합계를 계산합니다. 하나 또는 두 피연산자가 모두 형식 string인 경우 미리 정의된 더하기 연산자는 피연산자의 문자열 표현을 연결합니다.

• 정수 추가:

  int operator +(int x, int y);
  uint operator +(uint x, uint y);
  long operator +(long x, long y);
  ulong operator +(ulong x, ulong y
  

  checked 컨텍스트에서 합계가 결과 형식의 범위를 벗어나면 throw System.OverflowException 됩니다. unchecked 컨텍스트에서 오버플로는 보고되지 않으며 결과 형식 범위를 벗어난 중요한 상위 비트는 무시됩니다.

• 부동 소수점 추가:

  float operator +(float x, float y);
  double operator +(double x, double y);
  

  합계는 IEC 60559 산술 규칙에 따라 계산됩니다. 다음 표에서는 0이 아닌 유한 값, 0, 무한대 및 NaN의 가능한 모든 조합의 결과를 나열합니다. 테이블에서 x y 0이 아닌 유한 값이며 z , 의 결과 x + y입니다. y 크기가 동일하지만 반대 기호 z 가 있는 경우 x 양수 0입니다. 대상 형식 z 에 표시할 크기가 너무 크면 x + y 부호x + y가 같은 무한대입니다.

  	y	+0	-0	+∞	-∞	NaN
  x	z	x	x	+∞	-∞	NaN
  +0	y	+0	+0	+∞	–∞	NaN
  -0	y	+0	-0	+∞	-∞	NaN
  +∞	+∞	+∞	+∞	+∞	NaN	NaN
  -∞	-∞	-∞	-∞	NaN	-∞	NaN
  NaN	NaN	NaN	NaN	NaN	NaN	NaN

• 10진수 추가:

  decimal operator +(decimal x, decimal y);
  

  결과 값의 크기가 너무 커서 10진수 형식으로 나타내지 않으면 throw System.OverflowException 됩니다. 반올림하기 전에 결과의 배율은 두 피연산자의 배율보다 큽니다.

  10진수 더하기는 형식 System.Decimal의 더하기 연산자를 사용하는 것과 같습니다.

• 열거형 추가. 모든 열거형 형식은 다음과 같은 미리 정의된 연산자를 암시적으로 제공합니다. 여기서 E 열거형 형식은 다음과 같은 U 기본 형식 E입니다.

  E operator +(E x, U y);
  E operator +(U x, E y);
  

  런타임에 이러한 연산자는 정확히 )로 (E)((U)x + (U)y평가됩니다.

• 문자열 연결:

  string operator +(string x, string y);
  string operator +(string x, object y);
  string operator +(object x, string y);
  

  이진 + 연산자의 이러한 오버로드는 문자열 연결을 수행합니다. 문자열 연결의 피연산자인 null경우 빈 문자열이 대체됩니다. 그렇지 않은 피연산string자는 형식object에서 상속된 가상 ToString 메서드를 호출하여 문자열 표현으로 변환됩니다. 반환null되는 경우 ToString 빈 문자열이 대체됩니다.

  예제:

  class Test
  {
      static void Main()
      {
          string s = null;
          Console.WriteLine("s = >" + s + "<");  // Displays s = ><
  
          int i = 1;
          Console.WriteLine("i = " + i);         // Displays i = 1
  
          float f = 1.2300E+15F;
          Console.WriteLine("f = " + f);         // Displays f = 1.23E+15
  
          decimal d = 2.900m;
          Console.WriteLine("d = " + d);         // Displays d = 2.900
     }
  }
  

  주석에 표시된 출력은 미국-영어 시스템의 일반적인 결과입니다. 정확한 출력은 실행 환경의 지역 설정에 따라 달라질 수 있습니다. 문자열 연결 연산자 자체는 각 경우에 동일한 방식으로 동작하지만 ToString 실행 중에 암시적으로 호출되는 메서드는 지역 설정의 영향을 받을 수 있습니다.

  끝 예제

  문자열 연결 연산자의 결과는 왼쪽 피연산자의 문자와 오른쪽 피연산자의 문자로 구성된 연산자입니다 string . 문자열 연결 연산자는 값을 반환 null 하지 않습니다. 결과 문자열을 할당하는 데 사용할 수 있는 메모리가 충분하지 않은 경우 A System.OutOfMemoryException 가 throw될 수 있습니다.

• 대리자 조합입니다. 모든 대리자 형식은 다음과 같은 미리 정의된 연산자를 암시적으로 제공합니다. 여기서 D 대리자 형식은 다음과 같습니다.

  D operator +(D x, D y);
  

  첫 번째 피연산자인 null경우 연산 결과는 두 번째 피연산자의 값입니다(이 피연산자도 null있더라도). 그렇지 않으면 두 번째 피연산자인 null경우 작업의 결과는 첫 번째 피연산자의 값입니다. 그렇지 않으면 작업의 결과는 호출 목록이 첫 번째 피연산자 호출 목록의 요소와 두 번째 피연산자의 호출 목록의 요소로 구성된 새 대리자 인스턴스입니다. 즉, 결과 대리자의 호출 목록은 두 피연산자의 호출 목록의 연결입니다.

  참고: 대리자 조합의 예는 §12.10.6 및 §20.6을 참조하세요. System.Delegate 대리자 형식이 아니므로 연산자 +가 정의되지 않았습니다. 끝 메모

위에서 정의한 리프팅되지 않은 미리 정의된 추가 연산자의 리프트(§12.4.8) 형식도 미리 정의됩니다.

12.10.6 빼기 연산자

폼 x – y작업의 경우 이진 연산자 오버로드 확인(§12.4.5)이 적용되어 특정 연산자 구현을 선택합니다. 피연산자는 선택한 연산자의 매개 변수 형식으로 변환되고 결과 형식은 연산자의 반환 형식입니다.

미리 정의된 빼기 연산자는 아래에 나열되어 있습니다. 연산자는 모두 .에서 x뺍니다y.

• 정수 빼기:

  int operator –(int x, int y);
  uint operator –(uint x, uint y);
  long operator –(long x, long y);
  ulong operator –(ulong x, ulong y
  

  checked 컨텍스트에서 차이가 결과 형식의 범위를 벗어나면 throw System.OverflowException 됩니다. unchecked 컨텍스트에서 오버플로는 보고되지 않으며 결과 형식 범위를 벗어난 중요한 상위 비트는 무시됩니다.

• 부동 소수점 빼기:

  float operator –(float x, float y);
  double operator –(double x, double y);
  

  차이는 IEC 60559 산술의 규칙에 따라 계산됩니다. 다음 표에서는 0이 아닌 유한 값, 0, 무한대 및 NaN의 가능한 모든 조합의 결과를 나열합니다. 테이블에서 x y 0이 아닌 유한 값이며 z , 의 결과 x – y입니다. y 같 z 으면 x 양수 0입니다. 대상 형식 z 에 표시할 크기가 너무 크면 x – y 부호x – y가 같은 무한대입니다.

  	y	+0	-0	+∞	-∞	NaN
  x	z	x	x	-∞	+∞	NaN
  +0	-y	+0	+0	-∞	+∞	NaN
  -0	-y	-0	+0	-∞	+∞	NaN
  +∞	+∞	+∞	+∞	NaN	+∞	NaN
  -∞	-∞	-∞	-∞	-∞	NaN	NaN
  NaN	NaN	NaN	NaN	NaN	NaN	NaN

  (위의 표에서 항목은 -y 값이 음수가 아니라 부정y을 나타냅니다.)

• 10진수 빼기:

  decimal operator –(decimal x, decimal y);
  

  결과 값의 크기가 너무 커서 10진수 형식으로 나타내지 않으면 throw System.OverflowException 됩니다. 반올림하기 전에 결과의 배율은 두 피연산자의 배율보다 큽니다.

  10진수 빼기는 형식 System.Decimal의 빼기 연산자를 사용하는 것과 같습니다.

• 열거형 빼기입니다. 모든 열거형 형식은 다음과 같은 미리 정의된 연산자를 암시적으로 제공합니다. 여기서 E 열거형 형식은 다음과 같은 U 기본 형식 E입니다.

  U operator –(E x, E y);
  

  이 연산자는 정확히 .로 (U)((U)x – (U)y)평가됩니다. 즉, 연산자는 서수 값 x 과 y결과의 형식 간의 차이를 계산하고 결과의 형식은 열거형의 기본 형식입니다.

  E operator –(E x, U y);
  

  이 연산자는 정확히 .로 (E)((U)x – y)평가됩니다. 즉, 연산자는 열거형의 기본 형식에서 값을 빼 열거형의 값을 생성합니다.

• 대리자 제거. 모든 대리자 형식은 다음과 같은 미리 정의된 연산자를 암시적으로 제공합니다. 여기서 D 대리자 형식은 다음과 같습니다.

  D operator –(D x, D y);
  

  의미 체계는 다음과 같습니다.

  • 첫 번째 피연산자가 null이면, 작업의 결과는 null입니다.
  • 그렇지 않으면 두 번째 피연산자인 null경우 작업의 결과는 첫 번째 피연산자의 값입니다.
  • 그렇지 않으면 두 피연산자는 비어있지 않은 호출 목록(§20.2)을 나타냅니다.
    • 대리자 같음 연산자(§12.12.9)에 의해 결정된 대로 목록이 같으면 연산 null결과가 됩니다.
    • 그렇지 않으면 두 번째 피연산자의 목록이 첫 번째 피연산자의 하위 목록인 경우 작업 결과는 두 번째 피연산자의 항목이 제거된 첫 번째 피연산자의 목록으로 구성된 새 호출 목록입니다. 하위 목록 같음을 확인하기 위해 대리자 같음 연산자에 대해 해당 항목이 비교됩니다. 두 번째 피연산자의 목록이 첫 번째 피연산자 목록에서 연속 항목의 여러 하위 목록과 일치하는 경우 연속 항목의 마지막 일치 하위 목록이 제거됩니다.
    • 그렇지 않으면 작업의 결과는 왼쪽 피연산자의 값입니다.

  피연산자의 목록(있는 경우)은 프로세스에서 변경되지 않습니다.

  예제:

  delegate void D(int x);
  
  class C
  {
      public static void M1(int i) { ... }
      public static void M2(int i) { ... }
  }
  
  class Test
  {
      static void Main()
      {
          D cd1 = new D(C.M1);
          D cd2 = new D(C.M2);
          D list = null;
  
          list = null - cd1;                             // null
          list = (cd1 + cd2 + cd2 + cd1) - null;         // M1 + M2 + M2 + M1
          list = (cd1 + cd2 + cd2 + cd1) - cd1;          // M1 + M2 + M2
          list = (cd1 + cd2 + cd2 + cd1) - (cd1 + cd2);  // M2 + M1
          list = (cd1 + cd2 + cd2 + cd1) - (cd2 + cd2);  // M1 + M1
          list = (cd1 + cd2 + cd2 + cd1) - (cd2 + cd1);  // M1 + M2
          list = (cd1 + cd2 + cd2 + cd1) - (cd1 + cd1);  // M1 + M2 + M2 + M1
          list = (cd1 + cd2 + cd2 + cd1) - (cd1 + cd2 + cd2 + cd1);  // null
      }
  }
  

  끝 예제

위에서 정의한 리프팅되지 않은 미리 정의된 빼기 연산자의 리프트(§12.4.8) 형식도 미리 정의됩니다.

12.11 Shift 연산자

<< 및 >> 연산자는 비트 시프트 작업을 수행하는 데 사용됩니다.

shift_expression
    : additive_expression
    | shift_expression '<<' additive_expression
    | shift_expression right_shift additive_expression
    ;

shift_expression 피연산자의 컴파일 시간 형식dynamic이 있으면 식이 동적으로 바인딩됩니다(§12.3.3). 이 경우 식의 컴파일 시간 형식은 컴파일 시간 형식이며 아래에 설명된 해상도는 dynamic컴파일 시간 형식 dynamic이 있는 피연산자의 런타임 형식을 사용하여 런타임에 발생합니다.

폼 x << count 또는 x >> count이진 연산자 오버로드 확인(§12.4.5)을 적용하여 특정 연산자 구현을 선택합니다. 피연산자는 선택한 연산자의 매개 변수 형식으로 변환되고 결과 형식은 연산자의 반환 형식입니다.

오버로드된 시프트 연산자를 선언할 때 첫 번째 피연산자의 형식은 항상 연산자 선언을 포함하는 클래스 또는 구조체여야 하며 두 번째 피연산자의 형식은 항상 이어야 int합니다.

미리 정의된 시프트 연산자는 아래에 나열되어 있습니다.

• 왼쪽 이동:

  int operator <<(int x, int count);
  uint operator <<(uint x, int count);
  long operator <<(long x, int count);
  ulong operator <<(ulong x, int count);
  

  << 연산자는 x 아래에 설명된 대로 계산된 여러 비트로 왼쪽으로 이동합니다.

  결과 형식 x 범위를 벗어난 상위 비트는 삭제되고, 나머지 비트는 왼쪽으로 이동하고, 낮은 순서의 빈 비트 위치는 0으로 설정됩니다.

• 오른쪽 이동:

  int operator >>(int x, int count);
  uint operator >>(uint x, int count);
  long operator >>(long x, int count);
  ulong operator >>(ulong x, int count);
  

  연산자는 >> x 아래에 설명된 대로 계산된 여러 비트만큼 오른쪽으로 이동합니다.

  x 형식 int 이거나 long낮은 순서의 x 비트가 삭제되면 나머지 비트는 오른쪽으로 이동되고, 음수가 아닌 경우 상위 빈 비트 위치는 0으로 설정되고 음수이면 x x 1로 설정됩니다.

  x 형식 uint 이거나 ulong낮은 순서의 x 비트가 삭제되면 나머지 비트가 오른쪽으로 이동되고 상위 빈 비트 위치가 0으로 설정됩니다.

미리 정의된 연산자의 경우 이동할 비트 수는 다음과 같이 계산됩니다.

• 형식 x int 이 5비트인 uint경우 시프트 횟수가 낮은 5비트에서 지정됩니다 count. 즉, 시프트 수는 .에서 count & 0x1F계산됩니다.
• 형식 x long 이 6 ulong비트인 경우 시프트 횟수는 낮은 순서의 count6비트에서 지정됩니다. 즉, 시프트 수는 .에서 count & 0x3F계산됩니다.

결과 시프트 수가 0이면 시프트 연산자는 단순히 값을 x반환합니다.

시프트 작업으로 인해 오버플로가 발생하지 않고 Checked 및 Unchecked 컨텍스트에서 동일한 결과가 생성되지 않습니다.

연산자의 >> 왼쪽 피연산자가 부호 있는 정수 계열 형식인 경우 연산자는 피연산자의 가장 중요한 비트(부호 비트)의 값이 상위 빈 비트 위치로 전파되는 산술 시프트를 오른쪽에 수행합니다. 연산자의 >> 왼쪽 피연산자가 부호 없는 정수 계열 형식이면 연산자는 높은 순서의 빈 비트 위치가 항상 0으로 설정되는 논리 시프트를 오른쪽에 수행합니다. 피연산자 형식에서 유추된 것과 반대 연산을 수행하려면 명시적 캐스트를 사용할 수 있습니다.

예: 형식int의 변수인 경우 x 연산 unchecked ((int)((uint)x >> y)) 은 오른쪽의 x논리적 시프트를 수행합니다. 끝 예제

위에서 정의한 리프팅되지 않은 미리 정의된 시프트 연산자의 리프트(§12.4.8) 형식도 미리 정의됩니다.

12.12 관계형 및 형식 테스트 연산자

12.12.1 일반

==, !=,<, >, <=, >=is및 as 연산자를 관계형 및 형식 테스트 연산자라고 합니다.

relational_expression
    : shift_expression
    | relational_expression '<' shift_expression
    | relational_expression '>' shift_expression
    | relational_expression '<=' shift_expression
    | relational_expression '>=' shift_expression
    | relational_expression 'is' type
    | relational_expression 'is' pattern
    | relational_expression 'as' type
    ;

equality_expression
    : relational_expression
    | equality_expression '==' relational_expression
    | equality_expression '!=' relational_expression
    ;

참고: 연산자의 is 오른쪽 피연산자에 대한 조회는 먼저 형식으로 테스트한 다음 여러 토큰에 걸쳐 있을 수 있는 식으로 테스트해야 합니다. 피연산자의 경우 패턴 식의 우선 순위는 shift_expression 이상이어야 합니다. 끝 메모

연산자는 is §12.12.12에 설명되어 있으며 as 연산자는 §12.12.13에 설명되어 있습니다.

==, !=, <및 >= <= >연산자는 비교 연산자입니다.

default_literal(§12.8.21)를 , ><=또는 >= 연산자의 <피연산자로 사용하는 경우 컴파일 시간 오류가 발생합니다. default_literal 연산자의 == != 피연산자로 사용되는 경우 컴파일 시간 오류가 발생합니다. default_literal 또는 as 연산자의 is 왼쪽 피연산자로 사용되는 경우 컴파일 시간 오류가 발생합니다.

비교 연산자의 피연산자에 컴파일 시간 형식 dynamic이 있으면 식이 동적으로 바인딩됩니다(§12.3.3). 이 경우 식의 컴파일 시간 형식은 컴파일 시간 형식이며 아래에 설명된 해상도는 dynamic컴파일 시간 형식 dynamic이 있는 피연산자의 런타임 형식을 사용하여 런타임에 발생합니다.

«op»이 비교 연산자인 양식 x «op» y작업의 경우 특정 연산자 구현을 선택하기 위해 오버로드 확인(§12.4.5)이 적용됩니다. 피연산자는 선택한 연산자의 매개 변수 형식으로 변환되고 결과 형식은 연산자의 반환 형식입니다. equality_expression null 두 피연산자가 모두 리터럴이면 오버로드 확인이 수행되지 않고 식이 연산자인지 여부에 따라 상수 값 true 으로 false 계산됩니다 == !=.

미리 정의된 비교 연산자는 다음 하위클래스에 설명되어 있습니다. 미리 정의된 모든 비교 연산자는 다음 표에 설명된 대로 부울 형식의 결과를 반환합니다.

연산	결과
x == y	true 가 같으면 x y이고, false 그렇지 않으면
x != y	truex 가 같지 않으면 이고y, false 그렇지 않으면
x < y	true if x is less than y, false 그렇지 않으면
x > y	true이보다 y크면 x false 그렇지 않으면
x <= y	true 가 작거나 같으면 x y>이고, false 그렇지 않으면
x >= y	true 이보다 크거나 같으면 x y>이고, false 그렇지 않으면

12.12.2 정수 비교 연산자

미리 정의된 정수 비교 연산자는 다음과 같습니다.

bool operator ==(int x, int y);
bool operator ==(uint x, uint y);
bool operator ==(long x, long y);
bool operator ==(ulong x, ulong y);

bool operator !=(int x, int y);
bool operator !=(uint x, uint y);
bool operator !=(long x, long y);
bool operator !=(ulong x, ulong y);

bool operator <(int x, int y);
bool operator <(uint x, uint y);
bool operator <(long x, long y);
bool operator <(ulong x, ulong y);

bool operator >(int x, int y);
bool operator >(uint x, uint y);
bool operator >(long x, long y);
bool operator >(ulong x, ulong y);

bool operator <=(int x, int y);
bool operator <=(uint x, uint y);
bool operator <=(long x, long y);
bool operator <=(ulong x, ulong y);

bool operator >=(int x, int y);
bool operator >=(uint x, uint y);
bool operator >=(long x, long y);
bool operator >=(ulong x, ulong y);

이러한 각 연산자는 두 정수 피연산자의 숫자 값을 비교하고 특정 관계가 true false있는지 여부를 나타내는 값을 반환 bool 합니다.

위에서 정의한 미리 정의된 해제된 정수 비교 연산자의 리프트(§12.4.8) 형식도 미리 정의됩니다.

12.12.3 부동 소수점 비교 연산자

미리 정의된 부동 소수점 비교 연산자는 다음과 같습니다.

bool operator ==(float x, float y);
bool operator ==(double x, double y);

bool operator !=(float x, float y);
bool operator !=(double x, double y);

bool operator <(float x, float y);
bool operator <(double x, double y);

bool operator >(float x, float y);
bool operator >(double x, double y);

bool operator <=(float x, float y);
bool operator <=(double x, double y);

bool operator >=(float x, float y);
bool operator >=(double x, double y);

연산자는 IEC 60559 표준의 규칙에 따라 피연산자를 비교합니다.

피연산자 중 하나가 NaN인 경우 결과는 false 결과를 제외한 !=모든 연산자의 결과입니다 true. 두 피연산자의 x != y 경우 항상 같은 결과를 !(x == y)생성합니다. 그러나 하나 또는 두 피연산자가 NaN인 경우 , <, 및 연산자는 반대 연산자의 논리적 부정과 >= 동일한 결과를 생성하지 않습니다. <=>

예: NaN 중 x 하나이고 y NaN인 x < y false경우 ,이지만 !(x >= y) true. 끝 예제

두 피연산자가 모두 NaN이 아닌 경우 연산자는 두 부동 소수점 피연산자의 값을 순서와 비교합니다.

–∞ < –max < ... < –min < –0.0 == +0.0 < +min < ... < +max < +∞

max 여기서 min 는 지정된 부동 소수점 형식으로 나타낼 수 있는 가장 작고 가장 큰 양의 유한 값입니다. 이 순서 지정의 주목할 만한 효과는 다음과 같습니다.

• 음수 및 양수 0은 같은 것으로 간주됩니다.
• 음의 무한대는 다른 모든 값보다 작지만 다른 음의 무한대와 같은 것으로 간주됩니다.
• 양수 무한대는 다른 모든 값보다 크지만 다른 양수 무한대와 같은 것으로 간주됩니다.

위에서 정의한 미리 정의된 리프팅되지 않은 부동 소수점 비교 연산자의 리프트(§12.4.8) 형식도 미리 정의됩니다.

12.12.4 10진수 비교 연산자

미리 정의된 10진수 비교 연산자는 다음과 같습니다.

bool operator ==(decimal x, decimal y);
bool operator !=(decimal x, decimal y);
bool operator <(decimal x, decimal y);
bool operator >(decimal x, decimal y);
bool operator <=(decimal x, decimal y);
bool operator >=(decimal x, decimal y);

이러한 각 연산자는 두 소수 피연산자의 숫자 값을 비교하고 특정 관계가 true false있는지 여부를 나타내는 값을 반환 bool 합니다. 각 10진수 비교는 형식 System.Decimal의 해당 관계형 또는 같음 연산자를 사용하는 것과 같습니다.

위에 정의된 미리 정의된 10진수 비교 연산자의 리프트(§12.4.8) 형식도 미리 정의됩니다.

12.12.5 부울 같음 연산자

미리 정의된 부울 같음 연산자는 다음과 같습니다.

bool operator ==(bool x, bool y);
bool operator !=(bool x, bool y);

결과는 == 둘 다 x 이고 true y 있는지, 아니면 둘 다 x 인지 여부입니다 y false.true 그렇지 않으면 결과는 false입니다.

결과는 != 둘 다 x 이고 true y 있는지, 아니면 둘 다 x 인지 여부입니다 y false.false 그렇지 않으면 결과는 true입니다. 피연산자가 형식 bool!= 이면 연산자는 연산자와 ^ 동일한 결과를 생성합니다.

위에서 정의한 미리 정의된 해제된 부울 같음 연산자의 리프트(§12.4.8) 형식도 미리 정의됩니다.

12.12.6 열거형 비교 연산자

모든 열거형 형식은 다음과 같은 미리 정의된 비교 연산자를 암시적으로 제공합니다.

bool operator ==(E x, E y);
bool operator !=(E x, E y);

bool operator <(E x, E y);
bool operator >(E x, E y);
bool operator <=(E x, E y);
bool operator >=(E x, E y);

xx «op» y와 y가 기본 형식U을 가진 열거형 형식 E 의 식이고 «op»이 비교 연산자 중 하나인 계산 결과는 계산((U)x) «op» ((U)y)과 정확히 동일합니다. 즉, 열거형 형식 비교 연산자는 두 피연산자의 기본 정수 값을 비교하기만 하면 됩니다.

위에서 정의한 미리 정의된 열거형 비교 연산자의 리프트(§12.4.8) 형식도 미리 정의됩니다.

12.12.7 참조 형식 같음 연산자

모든 클래스 형식 C 은 다음과 같은 미리 정의된 참조 형식 같음 연산자를 암시적으로 제공합니다.

bool operator ==(C x, C y);
bool operator !=(C x, C y);

미리 정의된 같음 연산자가 존재하지 않는 C 한(예: 시기 C string 또는 System.Delegate).

연산자는 두 참조를 같음 또는 비같이 비교한 결과를 반환합니다. operator ==는 true 동일한 인스턴스를 참조하거나 y 둘 다 null참조하는 경우에만 x 반환하고 operator != 동일한 피연산자를 가진 경우에만 operator == 반환 true false합니다.

일반적인 적용 가능성 규칙(§12.6.4.2) 외에도 미리 정의된 참조 형식 같음 연산자를 적용하려면 다음 중 하나가 필요합니다.

• 두 피연산자는 모두 reference_type 또는 리터럴로 알려진 형식의 값입니다null. 또한 ID 또는 명시적 참조 변환(§10.3.5)이 피연산자에서 다른 피연산자의 형식으로 존재합니다.
• 한 피연산자는 리터럴null이고, 다른 피연산자는 값 형식으로 알려져 있지 않고 값 형식 T T 제약 조건이 없는 type_parameter 형식의 값입니다.
  • 런타임 T 시 nullable이 아닌 값 형식인 경우 결과는 != == false 다음과 입니다.true
  • 런타임 T 에 nullable 값 형식이면 (§12.12.10)에 설명된 대로 피연산자의 속성에서 HasValue 결과가 계산됩니다.
  • 런타임 T 시 참조 형식이면 피연산자인지, 그렇지 않으면 결과가 true 반환됩니다nullfalse.

이러한 조건 중 하나가 true가 아니면 바인딩 시간 오류가 발생합니다.

참고: 이러한 규칙의 주목할 만한 의미는 다음과 같습니다.

• 바인딩 시 서로 다른 것으로 알려진 두 참조를 비교하기 위해 미리 정의된 참조 형식 같음 연산자를 사용하는 것은 바인딩 시간 오류입니다. 예를 들어 피연산자의 바인딩 시간 형식이 두 클래스 형식이고 둘 다 다른 형식에서 파생되지 않는 경우 두 피연산자가 동일한 개체를 참조하는 것은 불가능합니다. 따라서 작업은 바인딩 시간 오류로 간주됩니다.
• 미리 정의된 참조 형식 같음 연산자는 값 형식 피연산자를 비교할 수 없습니다(형식 매개 변수가 특별히 처리되는 매개 변수와 null비교되는 경우 제외).
• 미리 정의된 참조 형식 같음 연산자의 피연산자는 boxed되지 않습니다. 새로 할당된 boxed 인스턴스에 대한 참조가 다른 모든 참조와 반드시 다르므로 이러한 boxing 작업을 수행하는 것은 의미가 없습니다.

양식 x == y 의 작업 또는 x != y적용 가능한 사용자 정의 operator == 또는 operator != 존재하는 경우 연산자 오버로드 확인 규칙(§12.4.5)은 미리 정의된 참조 형식 같음 연산자 대신 해당 연산자를 선택합니다. 피연산자 중 하나 또는 둘 다를 형식으로 명시적으로 캐스팅하여 미리 정의된 참조 형식 object같음 연산자를 항상 선택할 수 있습니다.

끝 메모

예제: 다음 예제에서는 제약이 없는 형식 매개 변수 형식 null의 인수가 있는지 확인합니다.

class C<T>
{
   void F(T x)
   {
      if (x == null)
      {
          throw new ArgumentNullException();
      }
      ...
   }
}

x == null nullable이 아닌 값 형식을 나타낼 수 있더라도 T 구문이 허용되며, 결과는 단순히 nullable이 아닌 값 형식인 경우 T 로 정의됩니다false.

끝 예제

폼 x == y 의 연산 또는 x != y적용 가능 operator == 하거나 operator != 존재하는 경우 연산자 오버로드 확인(§12.4.5) 규칙은 미리 정의된 참조 형식 같음 연산자 대신 해당 연산자를 선택합니다.

참고: 두 피연산자를 모두 형식으로 명시적으로 캐스팅하여 미리 정의된 참조 형식 object같음 연산자를 선택할 수 있습니다. 끝 메모

예: 예제

class Test
{
    static void Main()
    {
        string s = "Test";
        string t = string.Copy(s);
        Console.WriteLine(s == t);
        Console.WriteLine((object)s == t);
        Console.WriteLine(s == (object)t);
        Console.WriteLine((object)s == (object)t);
    }
}

는 출력을 생성합니다.

True
False
False
False

변수와 t 변수는 s 동일한 문자를 포함하는 두 개의 고유 문자열 인스턴스를 참조합니다. 두 피연산자가 True 모두 형식string일 때 미리 정의된 문자열 같음 연산자(§12.12.8)가 선택되기 때문에 첫 번째 비교 출력입니다. 두 피연산자의 바인딩 시간 형식object이 있는 string 경우 형식의 operator == 오버로드를 적용할 수 없으므로 나머지 비교는 모든 출력 False 을 비교합니다.

위의 기술은 값 형식에 의미가 없습니다. 예제

class Test
{
    static void Main()
    {
        int i = 123;
        int j = 123;
        Console.WriteLine((object)i == (object)j);
    }
}

는 False 캐스팅이 두 개의 별도 boxed int 값 인스턴스에 대한 참조를 만들기 때문에 출력됩니다.

끝 예제

12.12.8 문자열 같음 연산자

미리 정의된 문자열 같음 연산자는 다음과 같습니다.

bool operator ==(string x, string y);
bool operator !=(string x, string y);

다음 중 하나가 true이면 두 string 값이 같은 것으로 간주됩니다.

• 두 값은 모두 .입니다 null.
• 두 값 모두 각 문자 위치에 길이가 동일하고 문자가 동일한 문자열 인스턴스에 대한 참조가 아닌null 값입니다.

문자열 같음 연산자는 문자열 참조가 아닌 문자열 값을 비교합니다. 두 개의 별도 문자열 인스턴스에 정확히 동일한 문자 시퀀스가 포함된 경우 문자열 값은 같지만 참조는 다릅니다.

참고: §12.12.7에 설명된 대로 참조 형식 같음 연산자를 사용하여 문자열 값 대신 문자열 참조를 비교할 수 있습니다. 끝 메모

12.12.9 대리자 같음 연산자

미리 정의된 대리자 같음 연산자는 다음과 같습니다.

bool operator ==(System.Delegate x, System.Delegate y);
bool operator !=(System.Delegate x, System.Delegate y);

두 대리자 인스턴스는 다음과 같이 동일하게 간주됩니다.

• 대리자 인스턴스 null중 하나가 있는 경우 둘 다 null인 경우에만 동일합니다.
• 대리자의 런타임 형식이 다르면 같지 않습니다.
• 두 대리자 인스턴스에 호출 목록(§20.2)이 있는 경우 해당 인스턴스는 해당 호출 목록이 길이가 같고 한 호출 목록의 각 항목이 다른 호출 목록의 해당 항목과 순서대로 같을 때만 동일합니다.

다음 규칙은 호출 목록 항목의 같음을 제어합니다.

• 두 호출 목록 항목이 모두 동일한 정적 메서드를 참조하는 경우 항목은 같습니다.
• 두 호출 목록 항목이 모두 동일한 대상 개체(참조 같음 연산자로 정의됨)에서 동일한 비정적 메서드를 참조하는 경우 항목은 동일합니다.
• 캡처된 외부 변수 인스턴스의 동일한(비어 있을 수 있음) 집합이 있는 의미상 동일한 익명 함수(§12.19)의 평가에서 생성된 호출 목록 항목은 같을 수 있습니다(필수는 아님).

연산자 오버로드 확인이 대리자 같음 연산자로 확인되고 두 피연산자의 바인딩 시간 형식이 §20이 아닌 System.Delegate대리자 형식이고 바인딩 형식 피연산자 형식 간에 ID 변환이 없으면 바인딩 시간 오류가 발생합니다.

참고: 이 규칙은 서로 다른 형식의 대리자 인스턴스에 대한 참조이기 때문에 비값null 을 같음으로 간주할 수 없는 비교를 방지합니다. 끝 메모

12.12.10 nullable 값 형식과 null 리터럴 간의 같음 연산자

== 연 != 산자는 연산에 대해 미리 정의되거나 사용자 정의 연산자(해제 또는 해제된 형식)가 없더라도 한 피연산자가 nullable 값 형식의 값이 되고 다른 피연산자는 리터럴이 되도록 null 허용합니다.

양식 중 하나의 작업

x == null    null == x    x != null    null != x

여기서 x nullable 값 형식의 식입니다. 연산자 오버로드 확인(§12.4.5)이 적용 가능한 연산자를 찾지 못하면 결과는 해당 속성x에서 HasValue 계산됩니다. 특히 처음 두 폼은 변환 !x.HasValue되고 마지막 두 양식은 .로 x.HasValue변환됩니다.

12.12.11 튜플 같음 연산자

튜플 같음 연산자는 어휘 순서로 튜플 피연산자의 요소에 쌍으로 적용됩니다.

각 피연산자와 x == y 연 != 산자가 튜플 형식(§8.3.11)을 사용하여 튜플 또는 값으로 분류되는 경우 연산자는 튜플 같음 연산자입니다.

피연산 e 자가 튜플로 분류되는 경우 요소는 e1...en 튜플 식의 요소 식을 계산한 결과여야 합니다. 그렇지 않으면 튜플 형식의 값인 경우 e 요소는 평가e의 결과 위치 t 여야 t.Item1...t.Itemn 합니다.

피연산자와 x y 튜플 같음 연산자의 크기가 같거나 컴파일 시간 오류가 발생합니다. 각 요소 xi 쌍에 yi대해 동일한 같음 연산자가 적용되며 형식, dynamic암시적 변환bool이 있는 형식 bool또는 및 false 연산자를 정의하는 true 형식의 결과를 생성해야 합니다.

튜플 같음 연산 x == y 자는 다음과 같이 평가됩니다.

• 왼쪽 피연산자가 x 평가됩니다.
• 오른쪽 피연산자가 y 평가됩니다.
• 각 요소 xi 쌍 및 yi 어휘 순서:
  • 연산 xi == yi 자가 평가되고 형식 bool 의 결과는 다음과 같은 방식으로 가져옵니다.
    • 비교에서 결과를 산출한 bool 경우 그 결과입니다.
    • 그렇지 않은 경우 비교 dynamic 에서 연산 false 자가 동적으로 호출되고 결과 bool 값이 논리 부정 연산자(!)로 무효화됩니다.
    • 그렇지 않으면 비교 형식에 암시적 변환 bool이 있는 경우 해당 변환이 적용됩니다.
    • 그렇지 않으면 비교 형식에 연산 false자가 있으면 해당 연산자가 호출되고 결과 bool 값이 논리 부정 연산자(!)와 부정됩니다.
  • 결과 bool false인 경우 더 이상 계산이 수행되지 않으며 튜플 같음 연산자의 결과는 다음과 같습니다 false.
• 모든 요소 비교가 생성되면 true튜플 같음 연산자의 결과는 .입니다 true.

튜플 같음 연산 x != y 자는 다음과 같이 평가됩니다.

• 왼쪽 피연산자가 x 평가됩니다.
• 오른쪽 피연산자가 y 평가됩니다.
• 각 요소 xi 쌍 및 yi 어휘 순서:
  • 연산 xi != yi 자가 평가되고 형식 bool 의 결과는 다음과 같은 방식으로 가져옵니다.
    • 비교에서 결과를 산출한 bool 경우 그 결과입니다.
    • 그렇지 않으면 비교에서 연산 true 자가 dynamic 동적으로 호출되고 결과 bool 값이 결과입니다.
    • 그렇지 않으면 비교 형식에 암시적 변환 bool이 있는 경우 해당 변환이 적용됩니다.
    • 그렇지 않으면 비교 형식에 연산 true자가 있으면 해당 연산자가 호출되고 결과 bool 값이 결과입니다.
  • 결과 bool true인 경우 더 이상 계산이 수행되지 않으며 튜플 같음 연산자의 결과는 다음과 같습니다 true.
• 모든 요소 비교가 생성되면 false튜플 같음 연산자의 결과는 .입니다 false.

12.12.12 Is 연산자

연산자의 두 가지 형태가 있습니다 is . 하나는 오른쪽에 형식이 있는 is-type 연산자입니다. 다른 하나는 오른쪽에 패턴이 있는 is-pattern 연산자입니다.

12.12.12.1 is-type 연산자

is-type 연산자는 개체의 런타임 형식이 지정된 형식과 호환되는지 확인하는 데 사용됩니다. 확인은 런타임에 수행됩니다. 식이고 T 이외의 형식인 연산 E E is T의 결과는 null이 아닌지 여부를 E 나타내는 부울 값이며 참조 변환, boxing 변환, unboxing 변환, 래핑 변환 또는 래핑 해제 변환을 통해 형식 T 으로 변환할 수 dynamic있습니다.

작업은 다음과 같이 평가됩니다.

1. 익명 함수 또는 메서드 그룹인 경우 E 컴파일 시간 오류가 발생합니다.
2. E 리터럴이거나 null 값 E null이면 결과는 .입니다false.
3. 그렇지 않은 경우:
4. 의 런타임 형식이 되도록 합니다 R E.
5. D 다음과 같이 파생 R 할 수 있습니다.
6. nullable 값 형식 D 인 경우 R 기본 형식R입니다.
7. 그렇지 않으면 D가 R입니다.
8. 결과는 다음과 같이 달라집니다 D T .
9. 참조 형식인 경우 T 결과는 다음과 같습니다 true .
   • ID 변환이 T사이에 D 있음
   • D는 참조 형식이고 암시적 참조 변환이 D 존재하거나 T
   • D 둘 중 하나는 값 형식이며 boxing 변환이 D T 존재합니다.
     또는: D 값 형식이며 T D.
10. nullable 값 형식인 경우 T 결과는 true 기본 형식인 T경우 D 입니다.
11. nullable이 아닌 값 형식인 경우 T 결과는 같은 형식인 T 경우 D 입니다true.
12. 그렇지 않으면 결과는 false입니다.

사용자 정의 변환은 연산자가 is 고려하지 않습니다.

참고: 연산자가 is 런타임에 평가되므로 모든 형식 인수가 대체되었으며 고려할 열린 형식(§8.4.3)이 없습니다. 끝 메모

참고: is 다음과 같이 컴파일 시간 형식 및 변환 측면에서 연산자를 이해할 수 있습니다. 여기서 C 컴파일 시간 형식 E은 다음과 같습니다.

• 컴파일 시간 형식 e 이 다음과 같T거나 암시적 참조 변환(§10.2.8), boxing 변환(§10.2.9), 래핑 변환(§10.6) 또는 명시적 래핑 해제 변환(§10.6)이 컴파일 시간 형식 E T에서 다음 형식으로 존재하는 경우:
  • nullable이 아닌 값 형식인 경우 C 작업의 결과는 .입니다 true.
  • 그렇지 않으면 작업의 결과는 계산과 E != null동일합니다.
• 그렇지 않은 경우 명시적 참조 변환(§10.3.5) 또는 unboxing 변환(§10.3.7)TC이 있는 경우 또는 열려 있는 형식(§8.4.3)인 경우 C T 위와 같이 런타임 검사가 수행됩니다.
• 그렇지 않으면 형식 T 에 대한 참조, boxing, 래핑 또는 래핑 해제 변환 E 이 가능하지 않으며 작업의 결과는 다음과 입니다false. 컴파일러는 컴파일 시간 형식에 따라 최적화를 구현할 수 있습니다.

끝 메모

12.12.12.2 is-pattern 연산자

is 패턴 연산자는 식으로 계산된 값이 지정된 패턴(§11)과 일치하는지 확인하는 데 사용됩니다. 확인은 런타임에 수행됩니다. 값이 패턴과 일치하는 경우 is-pattern 연산자의 결과는 true입니다. 그렇지 않으면 false입니다.

형식 T 의 관계형 식이고 P 패턴인 폼 E is PE 의 식의 경우 다음 보류 중 한 가지가 있는 경우 컴파일 시간 오류입니다.

• E 는 값을 지정하지 않거나 형식이 없습니다.
• 패턴 P 은 형식T에 적용할 수 없습니다(§11.2).

12.12.13 As 연산자

연 as 산자는 값을 지정된 참조 형식 또는 nullable 값 형식으로 명시적으로 변환하는 데 사용됩니다. 캐스트 식(§12.9.7)와 달리 연산자는 as 예외를 throw하지 않습니다. 대신, 표시된 변환을 사용할 수 없는 경우 결과 값은 .입니다 null.

폼 E as TE 의 작업에서 식이어야 하며 T 참조 형식, 참조 형식으로 알려진 형식 매개 변수 또는 nullable 값 형식이어야 합니다. 또한 다음 중 하나 이상이 true이거나 컴파일 시간 오류가 발생합니다.

• ID(§10.2.2), 암시적 nullable(§10.2.6), 암시적 참조(§10.2.8), boxing(§10.2.9), 명시적 nullable(§10.3.4), 명시적 참조(§10.3.5), 래핑(§8.3.12) 변환이 있습니다 E T.
• E 형식이거나 T 열려 있는 형식입니다.
• E 는 리터럴입니다 null .

컴파일 시간 형식 E 이 아닌 dynamic경우 작업은 E as T 다음과 같은 결과를 생성합니다.

E is T ? (T)(E) : (T)null

단, E가 한 번만 계산됩니다. 컴파일러는 위의 확장에 내포된 두 런타임 형식 검사와 달리 최대 하나의 런타임 형식 검사를 수행하도록 최적화 E as T 할 수 있습니다.

컴파일 시간 형식 E 이 dynamic캐스팅 연산자와 달리 연산 as 자가 동적으로 바인딩되지 않은 경우(§12.3.3). 따라서 이 경우 확장은 다음과 같습니다.

E is T ? (T)(object)(E) : (T)null

사용자 정의 변환과 같은 일부 변환은 연산자와 함께 as 사용할 수 없으며 대신 캐스트 식을 사용하여 수행해야 합니다.

예: 예제에서

class X
{
    public string F(object o)
    {
        return o as string;  // OK, string is a reference type
    }

    public T G<T>(object o)
        where T : Attribute
    {
        return o as T;       // Ok, T has a class constraint
    }

    public U H<U>(object o)
    {
        return o as U;       // Error, U is unconstrained
    }
}

형식 매개 변수 T G 는 클래스 제약 조건이 있으므로 참조 형식이라고 합니다. 그러나 형식 매개 변수 U H 는 허용되지 않으므로 연산 H 자 as 사용이 허용되지 않습니다.

끝 예제

12.13 논리 연산자

12.13.1 일반

&, ^및 | 연산자를 논리 연산자라고 합니다.

and_expression
    : equality_expression
    | and_expression '&' equality_expression
    ;

exclusive_or_expression
    : and_expression
    | exclusive_or_expression '^' and_expression
    ;

inclusive_or_expression
    : exclusive_or_expression
    | inclusive_or_expression '|' exclusive_or_expression
    ;

논리 연산자의 피연산자에 컴파일 시간 형식 dynamic이 있으면 식이 동적으로 바인딩됩니다(§12.3.3). 이 경우 식의 컴파일 시간 형식은 컴파일 시간 형식이며 아래에 설명된 해상도는 dynamic컴파일 시간 형식 dynamic이 있는 피연산자의 런타임 형식을 사용하여 런타임에 발생합니다.

«op»이 논리 연산자 중 하나인 양식 x «op» y작업의 경우 특정 연산자 구현을 선택하기 위해 오버로드 확인(§12.4.5)이 적용됩니다. 피연산자는 선택한 연산자의 매개 변수 형식으로 변환되고 결과 형식은 연산자의 반환 형식입니다.

미리 정의된 논리 연산자는 다음 하위클래스에 설명되어 있습니다.

12.13.2 정수 논리 연산자

미리 정의된 정수 논리 연산자는 다음과 같습니다.

int operator &(int x, int y);
uint operator &(uint x, uint y);
long operator &(long x, long y);
ulong operator &(ulong x, ulong y);

int operator |(int x, int y);
uint operator |(uint x, uint y);
long operator |(long x, long y);
ulong operator |(ulong x, ulong y);

int operator ^(int x, int y);
uint operator ^(uint x, uint y);
long operator ^(long x, long y);
ulong operator ^(ulong x, ulong y);

연산자는 & 두 피연산자의 비트 논리 AND를 계산하고, | 연산자는 두 피연산자의 비트 논리 OR을 계산하고 ^ , 연산자는 두 피연산자의 비트 논리 배타적 OR을 계산합니다. 이러한 작업에서는 오버플로가 불가능합니다.

위에 정의된 미리 정의된 정수 논리 연산자의 리프트(§12.4.8) 형식도 미리 정의됩니다.

12.13.3 열거형 논리 연산자

모든 열거형 형식 E 은 다음과 같이 미리 정의된 논리 연산자를 암시적으로 제공합니다.

E operator &(E x, E y);
E operator |(E x, E y);
E operator ^(E x, E y);

기본 형식이 x «op» y있는 열거형 형식 E 의 식과 위치 x 및 y 식인 계산 결과 및 «op»는 논리 연산자 중 하나이며 계산과 (E)((U)x «op» (U)y)정확히 U동일합니다. 즉, 열거형 형식 논리 연산자는 두 피연산자의 기본 형식에 대해 논리 연산을 수행하기만 하면 됩니다.

위에서 정의한 미리 정의된 열거형 논리 연산자의 리프트(§12.4.8) 형식도 미리 정의됩니다.

12.13.4 부울 논리 연산자

미리 정의된 부울 논리 연산자는 다음과 같습니다.

bool operator &(bool x, bool y);
bool operator |(bool x, bool y);
bool operator ^(bool x, bool y);

x 및 y가 모두 true인 경우 x & y의 결과는 true입니다. 그렇지 않으면 결과는 false입니다.

결과는 x | y 다음과 같은 경우 x y 입니다true.true 그렇지 않으면 결과는 false입니다.

결과는 x ^ y if is와 is, y falseis 또는 x is false 및 y istrue입니다.true x true 그렇지 않으면 결과는 false입니다. 피연산자가 형식 bool^ 이면 연산자는 연산자와 != 동일한 결과를 계산합니다.

12.13.5 Nullable 부울 및 | 연산자

nullable 부울 형식 bool? 은 세 개의 값, true즉 null. false

다른 이진 연산자와 마찬가지로 리프팅된 형태의 논리 연산 & 자 및 | (§12.13.4)도 미리 정의되어 있습니다.

bool? operator &(bool? x, bool? y);
bool? operator |(bool? x, bool? y);

해제 & 된 연산자와 | 연산자의 의미 체계는 다음 표에 정의되어 있습니다.

x	y	x & y	x \| y
true	true	true	true
true	false	false	true
true	null	null	true
false	true	false	true
false	false	false	false
false	null	false	null
null	true	null	true
null	false	false	null
null	null	null	null

참고: 이 bool? 형식은 개념적으로 SQL의 부울 식에 사용되는 세 가지 값 형식과 유사합니다. 위의 표는 SQL과 동일한 의미 체계를 따르는 반면 , §12.4.8의 규칙을 및 | 연산자는 & 적용하지 않습니다. §12.4.8의 규칙은 이미 리프트 ^ 연산자에 대한 SQL과 유사한 의미 체계를 제공합니다. 끝 메모

12.14 조건부 논리 연산자

12.14.1 일반

&& 및 || 연산자를 조건부 논리 연산자라고 합니다. "단락" 논리 연산자라고도 합니다.

conditional_and_expression
    : inclusive_or_expression
    | conditional_and_expression '&&' inclusive_or_expression
    ;

conditional_or_expression
    : conditional_and_expression
    | conditional_or_expression '||' conditional_and_expression
    ;

&& 및 || 연산자는 조건부 버전의 및 | 연산자 & 입니다.

• 연산 x && y 은 연x & y산에 해당합니다. 단, 그렇지 y 않은 false경우에만 x 평가됩니다.
• 연산 x || y 은 연x | y산에 해당합니다. 단, 그렇지 y 않은 true경우에만 x 평가됩니다.

참고: 단락에서 'not true' 및 'not false' 조건을 사용하는 이유는 사용자 정의 조건부 연산자가 단락이 적용되는 시기를 정의할 수 있도록 하기 위해서입니다. 사용자 정의 형식은 반환 false 하고 operator false 반환false하는 operator true 상태에 있을 수 있습니다. 이러한 경우 회로도 단락하지 && 도 않습니다 || . 끝 메모

조건부 논리 연산자의 피연산자에 컴파일 시간 형식 dynamic이 있으면 식이 동적으로 바인딩됩니다(§12.3.3). 이 경우 식의 컴파일 시간 형식은 컴파일 시간 형식이며 아래에 설명된 해상도는 dynamic컴파일 시간 형식 dynamic이 있는 피연산자의 런타임 형식을 사용하여 런타임에 발생합니다.

폼 x && y 의 연산이거나 x || y 오버로드 확인(§12.4.5)을 적용하여 작업이 작성된 x & y 것처럼 처리됩니다 x | y. 그런 다음

• 오버로드 확인에서 최상의 연산자를 하나 찾지 못하거나 오버로드 확인에서 미리 정의된 정수 논리 연산자 또는 nullable 부울 논리 연산자(§12.13.5) 중 하나를 선택하면 바인딩 시간 오류가 발생합니다.
• 그렇지 않은 경우 선택한 연산자가 미리 정의된 부울 논리 연산자(§12.13.4) 중 하나인 경우 이 연산은 §12.14.2에 설명된 대로 처리됩니다.
• 그렇지 않으면 선택한 연산자가 사용자 정의 연산자이며 작업이 §12.14.3에 설명된 대로 처리됩니다.

조건부 논리 연산자를 직접 오버로드할 수 없습니다. 그러나 조건부 논리 연산자는 일반 논리 연산자의 측면에서 평가되기 때문에 일반 논리 연산자의 오버로드는 특정 제한 사항과 함께 조건부 논리 연산자의 오버로드로 간주됩니다. 이 내용은 §12.14.3에 자세히 설명되어 있습니다.

12.14.2 부울 조건부 논리 연산자

피연산자의 피연산자 && 또는 || 피 bool연산자의 형식이 적용 가능 operator & 하거나 operator |암시적 변환 bool을 정의하지 않는 형식인 경우 작업은 다음과 같이 처리됩니다.

• 작업은 x && y .로 x ? y : false평가됩니다. 즉, x 먼저 평가되고 형식 bool으로 변환됩니다. 그런 다음, 이 경우 x truey 평가되고 형식bool으로 변환되며 작업의 결과가 됩니다. 그렇지 않으면 작업의 결과는 .입니다 false.
• 작업은 x || y .로 x ? true : y평가됩니다. 즉, x 먼저 평가되고 형식 bool으로 변환됩니다. x true그렇다면 작업의 결과는 .입니다true. 그렇지 않으면 y 평가되고 형식 bool으로 변환되며 작업의 결과가 됩니다.

12.14.3 사용자 정의 조건부 논리 연산자

적용 가능한 사용자 정의 또는 해당 사용자 정의 operator & 를 선언하는 형식의 && 피연산자이거나 || operator |형식인 경우 다음 둘 다 true여야 합니다. 여기서 선택한 연산자가 선언된 형식은 다음과 T 같습니다.

• 선택한 연산자의 각 매개 변수의 반환 형식 및 형식은 다음과 같습니다 T. 즉, 연산자는 형식 T의 두 피연산자의 논리적 AND 또는 논리적 OR을 계산하고 형식 T의 결과를 반환해야 합니다.
• T의 선언을 포함해야 합니다.operator true operator false

이러한 요구 사항 중 하나가 충족되지 않으면 바인딩 시간 오류가 발생합니다. 그렇지 않으면 && 사용자 정의 연산자를 결합하거나 operator false 선택한 사용자 정의 operator true 연산자를 사용하여 또는 || 연산을 평가합니다.

• 이 연산 x && y 은 선언된 T.false(x) ? x : T.&(x, y)T호출이 있는 위치 operator false T.false(x) 로 평가되며 T.&(x, y) 선택한 operator &호출입니다. 즉, x 먼저 평가되고 operator false 결과에 대해 호출되어 확실히 false인지 x 확인합니다. 그런 다음 확실히 false이면 x 작업의 결과는 이전에 계산된 x값입니다. 그렇지 않으면 y 평가되고 선택한 값은 이전에 계산된 operator & x 값과 연산 결과를 생성하기 위해 y 계산된 값에 대해 호출됩니다.
• 이 연산 x || y 은 선언된 T.true(x) ? x : T.|(x, y)T호출이 있는 위치 operator true T.true(x) 로 평가되며 T.|(x, y) 선택한 operator |호출입니다. 즉, x 먼저 평가되고 operator true 결과에 대해 호출되어 확실히 참인지 x 확인합니다. 그런 다음, 확실히 true이면 x 작업의 결과는 이전에 계산된 값입니다 x. 그렇지 않으면 y 평가되고 선택한 값은 이전에 계산된 operator | x 값과 연산 결과를 생성하기 위해 y 계산된 값에 대해 호출됩니다.

이러한 작업 중 하나에서 제공 x 된 식은 한 번만 계산되고 지정된 y 식은 정확히 한 번만 평가되거나 평가되지 않습니다.

12.15 null 병합 연산자

연 ?? 산자를 null 병합 연산자라고 합니다.

null_coalescing_expression
    : conditional_or_expression
    | conditional_or_expression '??' null_coalescing_expression
    | throw_expression
    ;

형식a ?? b의 null 병합 식에서 비이면 anull결과가a고, 그렇지 않으면 결과는 입니다b. 작업은 있는 경우에만 a 평가됩니다.b null

null 병합 연산자는 오른쪽 연결 연산자이므로 작업이 오른쪽에서 왼쪽으로 그룹화됩니다.

예: 폼 a ?? b ?? c 의 식이 .로 ?? (b ?? c)계산됩니다. 일반적으로 폼 E1 ?? E2 ?? ... ?? EN 의 식은 피nullnull연산자 중 첫 번째 피연산자를 반환합니다. 그렇지 않거나 모든 피연산자는 반환됩니다null. 끝 예제

식 a ?? b 의 형식은 피연산자에서 사용할 수 있는 암시적 변환에 따라 달라집니다. 기본 설정 a ?? b 순서대로 형식은 A a a BA₀A형식이거나 형식이 있는 경우 형식이 형식이고(형식 bB 이 있는 경우) b 형식이며 A₀ nullable 값 형식인 경우 A 의 A 기본 형식 A 입니다. 특히 a ?? b 다음과 같이 처리됩니다.

• nullable 값 형식 또는 참조 형식이 없으면 A 컴파일 시간 오류가 발생합니다.
• 그렇지 않은 경우 동적 식이 있는 b 경우 A 결과 형식은 dynamic. 런타임 a 에 먼저 평가됩니다. 그렇지 않으면 a null변환 a 되고 dynamic결과가 됩니다. 그렇지 않으면 b 평가되고 결과가 됩니다.
• 그렇지 않은 경우 nullable 값 형식이고 암시적 변환이 있는 b A₀경우 A 결과 형식은 다음과 같습니다A₀. 런타임 a 에 먼저 평가됩니다. 그렇지 않은 nulla 경우 a 형식A₀으로 래핑 해제되고 결과가 됩니다. 그렇지 않으면 b 평가되고 형식 A₀으로 변환되며 결과가 됩니다.
• 그렇지 않은 경우 암시적 변환이 존재하고 A암시적 변환이 b 있는 경우 A 결과 형식은 다음과 같습니다A. 런타임에 a가 먼저 평가됩니다. null이 아니면 결과가 됩니다. 그렇지 않으면 b 평가되고 형식 A으로 변환되며 결과가 됩니다.
• 그렇지 않으면 nullable 값 형식이 있고 형식 b 이 있고 암시적 변환이 있는 BA₀ 경우 A 결과 형식은 다음과 같습니다B.B 런타임 a 에 먼저 평가됩니다. 그렇지 않은 a null경우 a 형식으로 래핑 해제되고 형식 A₀ B으로 변환되며 결과가 됩니다. 그렇지 않으면 b 평가되고 결과가 됩니다.
• 그렇지 않은 경우 형식 B 이 있고 암시적 변환이 있는 a B경우 b 결과 형식은 다음과 같습니다B. 런타임 a 에 먼저 평가됩니다. 그렇지 않은 nulla 경우 a 형식B으로 변환되고 결과가 됩니다. 그렇지 않으면 b 평가되고 결과가 됩니다.

그렇지 않으면 a b 호환되지 않으며 a 컴파일 시간 오류가 발생합니다.

12.16 throw 식 연산자

throw_expression
    : 'throw' null_coalescing_expression
    ;

throw_expression null_coalescing_expression 평가하여 생성되는 값을 throw합니다. 식은 암시적으로 변환할 수 System.Exception있어야 하며 식을 계산한 결과는 throw되기 전에 변환 System.Exception 됩니다. throw 식 계산의 런타임 동작은 throw 문(§13.10.6)에 지정된 동작과 동일합니다.

throw_expression 형식이 없습니다. throw_expression 암시적 throw 변환을 통해 모든 형식으로 변환할 수 있습니다.

throw 식은 다음 구문 컨텍스트에서만 발생합니다.

• 3번 조건부 연산자(?:)의 두 번째 또는 세 번째 피연산자입니다.
• null 병합 연산자(??)의 두 번째 피연산자입니다.
• 식 본문 람다 또는 멤버의 본문입니다.

12.17 선언 식

선언 식은 지역 변수를 선언합니다.

declaration_expression
    : local_variable_type identifier
    ;

local_variable_type
    : type
    | 'var'
    ;

단순 이름 조회에서 연결된 선언(§12.8.4)을 찾지 못한 경우에도 simple_name _ 선언 식으로 간주됩니다. 선언 식 _ 으로 사용되는 경우 단순 무시라고 합니다. 의미 체계는 동일 var _하지만 더 많은 위치에서 허용됩니다.

선언 식은 다음 구문 컨텍스트에서만 발생합니다.

• out argument_list argument_value.
• 단순 배정의 왼쪽을 구성하는 단순 무시_(§12.21.2)입니다.
• 하나 이상의 재귀적으로 중첩된 tuple_expression tuple_element가장 바깥쪽은 분해 할당의 왼쪽을 구성합니다. deconstruction_expression 선언 식이 구문적으로 존재하지 않더라도 이 위치에 선언 식이 발생합니다.

참고: 이는 선언 식을 괄호로 괄호로 만들 수 없음을 의미합니다. 끝 메모

declaration_expression 선언된 암시적으로 형식화된 변수가 선언된 argument_list 내에서 참조되는 오류입니다.

declaration_expression 선언된 변수가 발생하는 분해 할당 내에서 참조되는 것은 오류입니다.

단순 무시 또는 local_variable_type 식별자 var 인 선언 식은 암시적으로 형식화된 변수로 분류됩니다. 식에는 형식이 없으며 다음과 같이 구문 컨텍스트에 따라 지역 변수의 형식이 유추됩니다.

• argument_list 변수의 유추 형식은 해당 매개 변수의 선언된 형식입니다.
• 단순 할당의 왼쪽인 변수의 유추 형식은 할당의 오른쪽 형식입니다.
• 단순 할당의 왼쪽에 있는 tuple_expression 변수의 유추 형식은 할당의 오른쪽(분해 후)에 있는 해당 튜플 요소의 형식입니다.

그렇지 않으면 선언 식이 명시적으로 형식화된 변수로 분류되고 선언된 변수뿐만 아니라 식의 형식도 local_variable_type 지정해야 합니다.

식별자가 _ 있는 선언 식은 무시(§9.2.9.1)이며 변수의 이름을 도입하지 않습니다. 식별자가 아닌 _ 식별자가 있는 선언 식은 해당 이름을 가장 가까운 지역 변수 선언 공간(§7.3)에 도입합니다.

예제:

string M(out int i, string s, out bool b) { ... }

var s1 = M(out int i1, "One", out var b1);
Console.WriteLine($"{i1}, {b1}, {s1}");
// Error: i2 referenced within declaring argument list
var s2 = M(out var i2, M(out i2, "Two", out bool b2), out b2);
var s3 = M(out int _, "Three", out var _);

선언 s1 은 명시적 및 암시적으로 형식화된 선언 식을 모두 보여 줍니다. 유추된 형식 b1 은 해당 출력 매개 변수M1의 형식이기 때문입니다bool. 후속 WriteLine 은 액세스할 i1 수 있으며 b1바깥쪽 범위에 도입되었습니다.

선언 s2 은 선언된 인수 목록 i2 내에서 참조가 발생하므로 M허용되지 않는 중첩된 호출에서 사용 i2 하려는 시도를 보여 줍니다. 반면에 선언된 중첩된 인수 목록 b2 의 끝 이후에 발생하기 때문에 최종 인수에 대한 참조 b2 가 허용됩니다.

선언 s3 은 무시되는 암시적 및 명시적으로 형식화된 선언 식의 사용을 보여 줍니다. 무시는 명명된 변수를 선언하지 않으므로 식별자가 _ 여러 번 발생할 수 있습니다.

(int i1, int _, (var i2, var _), _) = (1, 2, (3, 4), 5);

이 예제에서는 분해 할당에서 변수와 삭제 모두에 대해 암시적 및 명시적으로 형식화된 선언 식을 사용하는 방법을 보여 줍니다. simple_name _ 선언 _ 을 찾을 수 var _ 없는 경우와 동일합니다.

void M1(out int i) { ... }

void M2(string _)
{
    M1(out _);      // Error: `_` is a string
    M1(out var _);
}

이 예제에서는 바깥쪽 범위에서 var _ 변수를 지정하기 때문에 사용할 수 없는 경우 _ 암시적으로 형식화된 삭제를 제공하는 방법을 보여 줍니다.

끝 예제

12.18 조건부 연산자

연 ?: 산자를 조건부 연산자라고 합니다. 이 연산자는 때때로 3항 연산자라고도 합니다.

conditional_expression
    : null_coalescing_expression
    | null_coalescing_expression '?' expression ':' expression
    | null_coalescing_expression '?' 'ref' variable_reference ':'
      'ref' variable_reference
    ;

throw 식(§12.16)이 있는 경우 ref 조건부 연산자에서 허용되지 않습니다.

폼 b ? x : y 의 조건식은 먼저 조건을 b계산합니다. 그런 다음, 이 truex 경우 b 평가되고 작업의 결과가 됩니다. 그렇지 않으면 y 평가되고 작업의 결과가 됩니다. 조건식은 둘 다 x 계산되지 않습니다 y.

조건부 연산자는 오른쪽 연결 연산자입니다. 즉, 작업이 오른쪽에서 왼쪽으로 그룹화됩니다.

예: 폼 a ? b : c ? d : e 의 식이 .로 a ? b : (c ? d : e)계산됩니다. 끝 예제

연산자의 ?: 첫 번째 피연산자는 암시적으로 변환 bool할 수 있는 식 또는 구현하는 형식의 식이어야 합니다 operator true. 이러한 요구 사항이 모두 충족되지 않으면 컴파일 시간 오류가 발생합니다.

있는 경우 ref :

• 두 variable_reference형식 간에 ID 변환이 존재해야 하며 결과의 형식은 두 형식 중 하나일 수 있습니다. 두 형식 중 dynamic하나가 있으면 형식 유추가 선호됩니다 dynamic (§8.7). 두 형식 중 하나가 튜플 형식(§8.3.11)인 경우 두 튜플에서 동일한 서수 위치에 있는 요소 이름이 일치하는 경우 형식 유추에 요소 이름이 포함됩니다.
• 결과는 변수 참조이며, 두 variable_reference모두 쓸 수 있는 경우 쓸 수 있습니다.

참고: 있는 경우 ref conditional_expression 연산자를 사용하여 = ref 참조 변수에 할당되거나 참조/입력/출력 매개 변수로 전달될 수 있는 변수 참조를 반환합니다. 끝 메모

없는 경우 ref 두 번째 및 세 번째 피연산자 x 및 y연산자의 ?: 피연산자가 조건식의 형식을 제어합니다.

• 형식이 있고 y 형식 X Y 이 있는 경우 x
  • ID 변환이 있는 경우 X Y결과는 식 집합의 가장 일반적인 형식입니다(§12.6.3.15). 두 형식 중 dynamic하나가 있으면 형식 유추가 선호됩니다 dynamic (§8.7). 두 형식 중 하나가 튜플 형식(§8.3.11)인 경우 두 튜플에서 동일한 서수 위치에 있는 요소 이름이 일치하는 경우 형식 유추에 요소 이름이 포함됩니다.
  • 그렇지 않은 경우 암시적 변환(§10.2)YX이 있는 경우(원본이 아닌 Y XY) 조건식의 형식입니다.
  • 그렇지 않은 경우 암시적 열거형 변환(§10.2.4)X YY 이 있는 경우 조건식의 형식입니다.
  • 그렇지 않은 경우 암시적 열거형 변환(§10.2.4)Y XX 이 있는 경우 조건식의 형식입니다.
  • 그렇지 않은 경우 암시적 변환(§10.2)XY이 있는 경우(원본이 아닌 X YX) 조건식의 형식입니다.
  • 그렇지 않으면 식 형식을 확인할 수 없으며 컴파일 시간 오류가 발생합니다.
• 하나 x 만 있고 y 형식이 있고 둘 다 x 해당 y 형식으로 암시적으로 변환할 수 있는 경우 조건식의 형식입니다.
• 그렇지 않으면 식 형식을 확인할 수 없으며 컴파일 시간 오류가 발생합니다.

폼 b ? ref x : ref y 의 ref 조건식의 런타임 처리는 다음 단계로 구성됩니다.

• 첫째, b 평가되고 값 b 이 bool 결정됩니다.
  • 형식에서 존재로 bool 의 b 암시적 변환이 있으면 이 암시적 변환이 수행되어 값을 생성 bool 합니다.
  • 그렇지 않으면 operator true 값을 생성 bool 하기 위해 형식 b 으로 정의된 값이 호출됩니다.
• bool 위의 단계에서 생성된 값이 truex 계산되면 결과 변수 참조가 조건식의 결과가 됩니다.
• 그렇지 않으면 y 평가되고 결과 변수 참조는 조건식의 결과가 됩니다.

양식 b ? x : y 의 조건식의 런타임 처리는 다음 단계로 구성됩니다.

• 첫째, b 평가되고 값 b 이 bool 결정됩니다.
  • 형식에서 존재로 bool 의 b 암시적 변환이 있으면 이 암시적 변환이 수행되어 값을 생성 bool 합니다.
  • 그렇지 않으면 operator true 값을 생성 bool 하기 위해 형식 b 으로 정의된 값이 호출됩니다.
• bool 위의 단계에서 생성된 값이 truex 조건식의 형식으로 계산되고 변환되면 조건식의 결과가 됩니다.
• 그렇지 않으면 y 조건식의 형식으로 계산되고 변환되며 조건식의 결과가 됩니다.

12.19 익명 함수 식

12.19.1 일반

무명 함수는 "인라인" 메서드 정의를 나타내는 식입니다. 무명 함수에는 값이나 형식 자체가 없지만 호환되는 대리자 또는 식 트리 형식으로 변환할 수 있습니다. 무명 함수 변환의 평가는 변환의 대상 형식에 따라 달라집니다. 대리자 형식인 경우 변환은 익명 함수가 정의하는 메서드를 참조하는 대리자 값으로 평가됩니다. 식 트리 형식인 경우 변환은 메서드의 구조를 개체 구조로 나타내는 식 트리로 계산됩니다.

참고: 역사적 이유로 익명 함수의 두 가지 구문적 특징, 즉 lambda_expression 및 anonymous_method_expression있습니다. 거의 모든 목적을 위해 lambda_expression 이전 버전과의 호환성을 위해 언어로 유지되는 anonymous_method_expression보다 간결하고 표현적입니다. 끝 메모

lambda_expression
    : 'async'? anonymous_function_signature '=>' anonymous_function_body
    ;

anonymous_method_expression
    : 'async'? 'delegate' explicit_anonymous_function_signature? block
    ;

anonymous_function_signature
    : explicit_anonymous_function_signature
    | implicit_anonymous_function_signature
    ;

explicit_anonymous_function_signature
    : '(' explicit_anonymous_function_parameter_list? ')'
    ;

explicit_anonymous_function_parameter_list
    : explicit_anonymous_function_parameter
      (',' explicit_anonymous_function_parameter)*
    ;

explicit_anonymous_function_parameter
    : anonymous_function_parameter_modifier? type identifier
    ;

anonymous_function_parameter_modifier
    : 'ref'
    | 'out'
    | 'in'
    ;

implicit_anonymous_function_signature
    : '(' implicit_anonymous_function_parameter_list? ')'
    | implicit_anonymous_function_parameter
    ;

implicit_anonymous_function_parameter_list
    : implicit_anonymous_function_parameter
      (',' implicit_anonymous_function_parameter)*
    ;

implicit_anonymous_function_parameter
    : identifier
    ;

anonymous_function_body
    : null_conditional_invocation_expression
    | expression
    | 'ref' variable_reference
    | block
    ;

null_conditional_invocation_expression 및 식 대안을 모두 적용할 수 있는 경우 anonymous_function_body 인식할 때 전자를 선택해야 합니다.

참고: 여기서 대안의 겹침과 우선 순위는 설명적인 편의를 위한 것일 뿐입니다. 겹침을 제거하기 위해 문법 규칙을 자세히 설명할 수 있습니다. ANTLR 및 기타 문법 시스템은 동일한 편의를 채택하므로 지정된 의미 체계가 자동으로 anonymous_function_body . 끝 메모

참고: 식으로 처리되는 경우 결과 형식 M 이 (§12.8.13)인 경우와 같은 x?.M() 구문 형식은 void 오류가 됩니다. 그러나 null_conditional_invocation_expression 처리되는 경우 결과 형식은 허용됩니다void. 끝 메모

예: 결과 형식 List<T>.Reverse 은 .입니다 void. 다음 코드에서 익명 식의 본문은 null_conditional_invocation_expression 오류가 아닙니다.

Action<List<int>> a = x => x?.Reverse();

끝 예제

연산자는 => 대입(=)과 동일한 우선 순위를 하며 오른쪽 연결입니다.

한정자가 있는 async 무명 함수는 비동기 함수이며 §15.15에 설명된 규칙을 따릅니다.

lambda_expression 형식의 무명 함수의 매개 변수는 명시적으로 또는 암시적으로 입력할 수 있습니다. 명시적으로 형식화된 매개 변수 목록에서 각 매개 변수의 형식은 명시적으로 명시되어 있습니다. 암시적으로 형식화된 매개 변수 목록에서 매개 변수 형식은 무명 함수가 발생하는 컨텍스트에서 유추됩니다. 특히 무명 함수가 호환되는 대리자 형식 또는 식 트리 형식으로 변환될 때 해당 형식은 매개 변수 형식(§10.7)을 제공합니다.

암시적으로 형식화된 단일 매개 변수가 있는 lambda_expression 매개 변수 목록에서 괄호를 생략할 수 있습니다. 즉, 폼의 무명 함수입니다.

( «param» ) => «expr»

을 로 축약할 수 있습니다.

«param» => «expr»

anonymous_method_expression 형식의 무명 함수의 매개 변수 목록은 선택 사항입니다. 지정된 경우 매개 변수를 명시적으로 입력해야 합니다. 그렇지 않은 경우 무명 함수는 출력 매개 변수를 포함하지 않는 매개 변수 목록이 있는 대리자로 변환할 수 있습니다.

무명 함수의 블록 본문은 항상 연결할 수 있습니다(§13.2).

예: 익명 함수의 몇 가지 예는 다음과 같습니다.

x => x + 1                             // Implicitly typed, expression body
x => { return x + 1; }                 // Implicitly typed, block body
(int x) => x + 1                       // Explicitly typed, expression body
(int x) => { return x + 1; }           // Explicitly typed, block body
(x, y) => x * y                        // Multiple parameters
() => Console.WriteLine()              // No parameters
async (t1,t2) => await t1 + await t2   // Async
delegate (int x) { return x + 1; }     // Anonymous method expression
delegate { return 1 + 1; }             // Parameter list omitted

끝 예제

lambda_expression및 anonymous_method_expression동작은 다음 점을 제외하고 동일합니다.

• anonymous_method_expression 매개 변수 목록을 완전히 생략하여 값 매개 변수 목록의 대리자 형식으로 변환할 수 있습니다.
• lambda_expression 매개 변수 형식을 생략하고 유추하는 반면 anonymous_method_expression매개 변수 형식을 명시적으로 명시해야 합니다.
• lambda_expression 본문은 식 또는 블록일 수 있지만 anonymous_method_expression 본문은 블록이어야 합니다.
• lambda_expression만 호환되는 식 트리 형식(§8.6)으로 변환됩니다.

12.19.2 익명 함수 서명

익명 함수의 anonymous_function_signature 이름 및 선택적으로 익명 함수에 대한 매개 변수 형식을 정의합니다. 익명 함수의 매개 변수 범위는 anonymous_function_body(§7.7)입니다. 매개 변수 목록(지정된 경우)과 함께 anonymous-method-body는 선언 공간(§7.3)을 구성합니다. 따라서 익명 함수의 매개 변수 이름에 대한 컴파일 시간 오류는 범위가 anonymous_method_expression 또는 lambda_expression 포함하는 지역 변수, 로컬 상수 또는 매개 변수의 이름과 일치합니다.

무명 함수에 explicit_anonymous_function_signature 있는 경우 호환되는 대리자 형식 및 식 트리 형식 집합이 동일한 순서(§10.7)의 매개 변수 형식 및 한정자가 있는 형식으로 제한됩니다. 메서드 그룹 변환(§10.8)과 달리 무명 함수 매개 변수 형식의 반공변은 지원되지 않습니다. 익명 함수에 anonymous_function_signature 없는 경우 호환되는 대리자 형식 및 식 트리 형식 집합이 출력 매개 변수가 없는 형식으로 제한됩니다.

anonymous_function_signature 특성 또는 매개 변수 배열을 포함할 수 없습니다. 그럼에도 불구하고 anonymous_function_signature 매개 변수 목록에 매개 변수 배열이 포함된 대리자 형식과 호환될 수 있습니다.

또한 호환되는 경우에도 식 트리 형식으로의 변환은 컴파일 타임(§8.6)에도 실패할 수 있습니다.

12.19.3 익명 함수 본문

익명 함수의 본문(식 또는 블록)에는 다음 규칙이 적용됩니다.

• 익명 함수에 서명이 포함된 경우 서명에 지정된 매개 변수를 본문에서 사용할 수 있습니다. 무명 함수에 서명이 없으면 매개 변수(§10.7)가 있는 대리자 형식 또는 식 형식으로 변환할 수 있지만 본문에서는 매개 변수에 액세스할 수 없습니다.
• 가장 가까운 익명 함수의 서명(있는 경우)에 지정된 참조별 매개 변수를 제외하고 본문이 참조 매개 변수에 액세스하는 것은 컴파일 시간 오류입니다.
• 가장 가까운 익명 함수의 서명(있는 경우)에 지정된 매개 변수를 제외하고 본문이 형식의 ref struct 매개 변수에 액세스하는 것은 컴파일 시간 오류입니다.
• 형식이 this 구조체 형식인 경우 본문이 액세스 this하는 것은 컴파일 시간 오류입니다. 이는 액세스가 명시적(예: this.x) 또는 암시적( x 구조체의 인스턴스 멤버인 경우 x )이든 마찬가지입니다. 이 규칙은 단순히 이러한 액세스를 금지하며 멤버 조회로 인해 구조체의 멤버가 생성되는지 여부에 영향을 주지 않습니다.
• 본문은 익명 함수의 외부 변수(§12.19.6)에 액세스할 수 있습니다. 외부 변수의 액세스는 lambda_expression 또는 anonymous_method_expression 평가될 때 활성 상태인 변수의 인스턴스를 참조합니다(§12.19.7).
• 본문이 본문 외부 또는 포함된 익명 함수의 본문 내에 있는 문, break 문 또는 continue 문을 포함하는 goto 것은 컴파일 시간 오류입니다.
• return 본문의 문은 바깥쪽 함수 멤버가 아닌 가장 가까운 익명 함수를 호출하여 컨트롤을 반환합니다.

lambda_expression 또는 anonymous_method_expression 평가 및 호출을 통해서가 아닌 익명 함수 블록을 실행할 수 있는 방법이 있는지 여부는 명시적으로 지정되지 않습니다. 특히 컴파일러는 하나 이상의 명명된 메서드 또는 형식을 합성하여 무명 함수를 구현하도록 선택할 수 있습니다. 이러한 합성된 요소의 이름은 컴파일러 사용을 위해 예약된 형식이어야 합니다(§6.4.3).

12.19.4 오버로드 확인

인수 목록의 익명 함수는 형식 유추 및 오버로드 확인에 참여합니다. 정확한 규칙은 §12.6.3 및 §12.6.4를 참조하세요.

예제: 다음 예제에서는 오버로드 확인에 대한 익명 함수의 효과를 보여 줍니다.

class ItemList<T> : List<T>
{
    public int Sum(Func<T, int> selector)
    {
        int sum = 0;
        foreach (T item in this)
        {
            sum += selector(item);
        }
        return sum;
    }

    public double Sum(Func<T, double> selector)
    {
        double sum = 0;
        foreach (T item in this)
        {
            sum += selector(item);
        }
        return sum;
    }
}

클래스에는 ItemList<T> 두 가지 Sum 메서드가 있습니다. 각 인수는 selector 목록 항목에서 합계를 계산할 값을 추출하는 인수를 사용합니다. 추출된 값은 하나 int 또는 a double 일 수 있으며 결과 합계는 마찬가지로 1 int 또는 1 double입니다.

예를 들어 메서드를 Sum 사용하여 세부 정보 줄 목록의 합계를 순서대로 계산할 수 있습니다.

class Detail
{
    public int UnitCount;
    public double UnitPrice;
    ...
}

class A
{
    void ComputeSums()
    {
        ItemList<Detail> orderDetails = GetOrderDetails( ... );
        int totalUnits = orderDetails.Sum(d => d.UnitCount);
        double orderTotal = orderDetails.Sum(d => d.UnitPrice * d.UnitCount);
        ...
    }

    ItemList<Detail> GetOrderDetails( ... )
    {
        ...
    }
}

첫 번째 호출orderDetails.Sum에서는 무명 함수 d => d.UnitCount 가 둘 다와 Func<Detail,double>호환되기 때문에 두 메서드를 모두 Sum Func<Detail,int> 적용할 수 있습니다. 그러나 오버로드 확인은 변환이 변환보다 낫기 Func<Detail,int> 때문에 첫 번째 Sum 메서드를 Func<Detail,double>선택합니다.

두 번째 호출orderDetails.Sum에서는 무명 함수 d => d.UnitPrice * d.UnitCount 가 형식 double값을 생성하기 때문에 두 번째 Sum 메서드만 적용할 수 있습니다. 따라서 오버로드 확인은 해당 호출에 대한 두 번째 Sum 메서드를 선택합니다.

끝 예제

12.19.5 익명 함수 및 동적 바인딩

무명 함수는 동적으로 바인딩된 작업의 수신기, 인수 또는 피연산자가 될 수 없습니다.

12.19.6 외부 변수

12.19.6.1 일반

범위가 lambda_expression 또는 anonymous_method_expression 포함하는 모든 지역 변수, 값 매개 변수 또는 매개 변수 배열을 익명 함수의 외부 변수라고 합니다. 클래스의 인스턴스 함수 멤버에서 이 값은 값 매개 변수로 간주되며 함수 멤버 내에 포함된 익명 함수의 외부 변수입니다.

12.19.6.2 캡처된 외부 변수

익명 함수에서 외부 변수를 참조하는 경우 외부 변수는 익명 함수에 의해 캡처되었다고 합니다. 일반적으로 지역 변수의 수명은 연결된 블록 또는 문(§9.2.9)의 실행으로 제한됩니다. 그러나 익명 함수에서 만든 대리자 또는 식 트리가 가비지 수집에 적합해질 때까지 캡처된 외부 변수의 수명이 확장됩니다.

예: 예제에서

delegate int D();

class Test
{
    static D F()
    {
        int x = 0;
        D result = () => ++x;
        return result;
    }

    static void Main()
    {
        D d = F();
        Console.WriteLine(d());
        Console.WriteLine(d());
        Console.WriteLine(d());
    }
}

로컬 변수 x 는 익명 함수에 의해 캡처되며, 반환된 대리 F 자가 가비지 수집에 적합해질 때까지의 수명은 x 적어도 연장됩니다. 익명 함수의 각 호출은 동일한 인스턴스 x에서 작동하므로 예제의 출력은 다음과 같습니다.

1
2
3

끝 예제

무명 함수에서 지역 변수 또는 값 매개 변수를 캡처하는 경우 지역 변수 또는 매개 변수는 더 이상 고정 변수(§23.4)로 간주되지 않고 이동 가능한 변수로 간주됩니다. 그러나 캡처된 외부 변수는 문(§23.7)에서 fixed 사용할 수 없으므로 캡처된 외부 변수의 주소를 사용할 수 없습니다.

참고: 캡처되지 않은 변수와 달리 캡처된 지역 변수는 여러 실행 스레드에 동시에 노출될 수 있습니다. 끝 메모

12.19.6.3 지역 변수 인스턴스화

로컬 변수는 실행이 변수의 범위에 들어갈 때 인스턴스화 되는 것으로 간주됩니다.

예: 예를 들어 다음 메서드가 호출될 때 지역 변수 x 는 인스턴스화되고 루프의 각 반복에 대해 한 번씩 세 번 초기화됩니다.

static void F()
{
    for (int i = 0; i < 3; i++)
    {
        int x = i * 2 + 1;
        ...
    }
}

그러나 루프 외부의 x 선언을 이동하면 다음과 같은 단일 인스턴스화가 발생합니다.x

static void F()
{
    int x;
    for (int i = 0; i < 3; i++)
    {
        x = i * 2 + 1;
        ...
    }
}

끝 예제

캡처되지 않은 경우 지역 변수가 인스턴스화되는 빈도를 정확하게 관찰할 수 없습니다. 인스턴스화의 수명이 서로 연결되지 않기 때문에 각 인스턴스화에서 동일한 스토리지 위치를 사용하기만 하면 됩니다. 그러나 익명 함수가 지역 변수를 캡처하면 인스턴스화의 효과가 명백해집니다.

예: 예제

delegate void D();
class Test
{
    static D[] F()
    {
        D[] result = new D[3];
        for (int i = 0; i < 3; i++)
        {
            int x = i * 2 + 1;
            result[i] = () => Console.WriteLine(x);
        }
        return result;
    }

    static void Main()
    {
        foreach (D d in F())
        {
            d();
        }
    }
}

다음 출력을 생성합니다.

1
3
5

그러나 선언 x 이 루프 외부로 이동되는 경우:

delegate void D();

class Test
{
    static D[] F()
    {
        D[] result = new D[3];
        int x;
        for (int i = 0; i < 3; i++)
        {
            x = i * 2 + 1;
            result[i] = () => Console.WriteLine(x);
        }
        return result;
   }

   static void Main()
   {
       foreach (D d in F())
       {
           d();
       }
   }
}

출력은 다음과 같습니다.

5
5
5

컴파일러는 세 인스턴스를 단일 대리자 인스턴스(§10.7.2)로 최적화할 수 있습니다(필수는 아님).

끝 예제

for-loop가 반복 변수를 선언하는 경우 해당 변수 자체는 루프 외부에서 선언된 것으로 간주됩니다.

예: 따라서 반복 변수 자체를 캡처하도록 예제가 변경된 경우:

delegate void D();

class Test
{
    static D[] F()
    {
        D[] result = new D[3];
        for (int i = 0; i < 3; i++)
        {
            result[i] = () => Console.WriteLine(i);
        }
        return result;
   }

   static void Main()
   {
       foreach (D d in F())
       {
           d();
       }
   }
}

반복 변수의 인스턴스 하나만 캡처되어 출력을 생성합니다.

3
3
3

끝 예제

익명 함수 대리자는 캡처된 일부 변수를 공유하지만 다른 변수의 인스턴스는 별도로 가질 수 있습니다.

예: 예를 들어 변경된 경우 F

static D[] F()
{
    D[] result = new D[3];
    int x = 0;
    for (int i = 0; i < 3; i++)
    {
        int y = 0;
        result[i] = () => Console.WriteLine($"{++x} {++y}");
    }
    return result;
}

세 대리자는 동일한 인스턴스와 x 별도의 인스턴스를 y캡처하며 출력은 다음과 같습니다.

1 1
2 1
3 1

끝 예제

별도의 익명 함수는 외부 변수의 동일한 인스턴스를 캡처할 수 있습니다.

예제: 예제:

delegate void Setter(int value);
delegate int Getter();

class Test
{
    static void Main()
    {
        int x = 0;
        Setter s = (int value) => x = value;
        Getter g = () => x;
        s(5);
        Console.WriteLine(g());
        s(10);
        Console.WriteLine(g());
    }
}

두 익명 함수는 지역 변수의 동일한 인스턴스를 캡처하므로 해당 변수 x를 통해 "통신"할 수 있습니다. 예제의 출력은 다음과 같습니다.

5
10

끝 예제

12.19.7 익명 함수 식 평가

익명 함수 F 는 항상 직접 또는 대리자 생성 new D(F)식 실행을 통해 대리자 형식 D 또는 식 트리 형식E으로 변환되어야 합니다. 이 변환은 §10.7에 설명된 대로 무명 함수의 결과를 결정합니다.

12.19.8 구현 예제

이 하위 클래스는 유익합니다.

이 하위 클라우즈는 다른 C# 구문 측면에서 익명 함수 변환의 가능한 구현에 대해 설명합니다. 여기에 설명된 구현은 상업용 C# 컴파일러에서 사용하는 것과 동일한 원칙을 기반으로 하지만 반드시 위임된 구현이 아니며 가능한 유일한 원칙도 아닙니다. 정확한 의미 체계가 이 사양의 범위를 벗어나기 때문에 식 트리로의 변환만 간략하게 언급합니다.

이 하위 클래스의 나머지 부분에서는 다양한 특성을 가진 익명 함수를 포함하는 코드의 몇 가지 예를 제공합니다. 각 예제에 대해 다른 C# 구문만 사용하는 코드로의 해당 변환이 제공됩니다. 예제에서 식별자는 다음 대리자 D 형식을 나타내는 것으로 간주됩니다.

public delegate void D();

익명 함수의 가장 간단한 형태는 외부 변수를 캡처하지 않는 함수입니다.

delegate void D();

class Test
{
    static void F()
    {
        D d = () => Console.WriteLine("test");
    }
}

익명 함수의 코드가 배치되는 컴파일러 생성 정적 메서드를 참조하는 대리자 인스턴스화로 변환할 수 있습니다.

delegate void D();

class Test
{
    static void F()
    {
        D d = new D(__Method1);
    }

    static void __Method1()
    {
        Console.WriteLine("test");
    }
}

다음 예제에서 익명 함수는 다음의 this인스턴스 멤버를 참조합니다.

delegate void D();

class Test
{
    int x;

    void F()
    {
        D d = () => Console.WriteLine(x);
    }
}

익명 함수의 코드를 포함하는 컴파일러 생성 인스턴스 메서드로 변환할 수 있습니다.

delegate void D();

class Test
{
   int x;

   void F()
   {
       D d = new D(__Method1);
   }

   void __Method1()
   {
       Console.WriteLine(x);
   }
}

이 예제에서 익명 함수는 지역 변수를 캡처합니다.

delegate void D();

class Test
{
    void F()
    {
        int y = 123;
        D d = () => Console.WriteLine(y);
    }
}

이제 로컬 변수의 수명을 익명 함수 대리자의 수명 이상으로 확장해야 합니다. 이는 지역 변수를 컴파일러에서 생성된 클래스의 필드로 "게양"하여 달성할 수 있습니다. 지역 변수 인스턴스화(§12.19.6.3)는 컴파일러 생성 클래스의 인스턴스를 만드는 데 해당하며, 지역 변수에 액세스하는 것은 컴파일러에서 생성된 클래스의 인스턴스에 있는 필드에 액세스하는 데 해당합니다. 또한 익명 함수는 컴파일러 생성 클래스의 인스턴스 메서드가 됩니다.

delegate void D();

class Test
{
    void F()
    {
        __Locals1 __locals1 = new __Locals1();
        __locals1.y = 123;
        D d = new D(__locals1.__Method1);
    }

    class __Locals1
    {
        public int y;

        public void __Method1()
        {
            Console.WriteLine(y);
        }
    }
}

마지막으로, 다음 익명 함수는 this 수명이 다른 두 개의 지역 변수뿐만 아니라 캡처합니다.

delegate void D();

class Test
{
   int x;

   void F()
   {
       int y = 123;
       for (int i = 0; i < 10; i++)
       {
           int z = i * 2;
           D d = () => Console.WriteLine(x + y + z);
       }
   }
}

여기서는 다른 블록의 로컬이 독립적인 수명을 가질 수 있도록 지역 주민이 캡처되는 각 블록에 대해 컴파일러 생성 클래스가 만들어집니다. 내부 블록에 대해 컴파일러가 생성한 클래스의 __Locals2인스턴스에는 로컬 변수 z 와 인스턴스 __Locals1를 참조하는 필드가 포함됩니다. 외부 블록에 대해 컴파일러가 생성한 클래스의 __Locals1인스턴스에는 바깥쪽 함수 멤버를 참조하는 지역 변수 y 와 필드가 포함됩니다 this . 이러한 데이터 구조를 사용하면 인스턴스 __Local2를 통해 캡처된 모든 외부 변수에 도달할 수 있으며, 따라서 익명 함수의 코드를 해당 클래스의 인스턴스 메서드로 구현할 수 있습니다.

delegate void D();

class Test
{
    int x;

    void F()
    {
        __Locals1 __locals1 = new __Locals1();
        __locals1.__this = this;
        __locals1.y = 123;
        for (int i = 0; i < 10; i++)
        {
            __Locals2 __locals2 = new __Locals2();
            __locals2.__locals1 = __locals1;
            __locals2.z = i * 2;
            D d = new D(__locals2.__Method1);
        }
    }

    class __Locals1
    {
        public Test __this;
        public int y;
    }

    class __Locals2
    {
        public __Locals1 __locals1;
        public int z;

        public void __Method1()
        {
            Console.WriteLine(__locals1.__this.x + __locals1.y + z);
        }
    }
}

익명 함수를 식 트리로 변환할 때도 지역 변수를 캡처하기 위해 여기에 적용된 동일한 기술을 사용할 수 있습니다. 컴파일러에서 생성된 개체에 대한 참조는 식 트리에 저장될 수 있으며, 지역 변수에 대한 액세스는 이러한 개체에 대한 필드 액세스로 표시될 수 있습니다. 이 방법의 장점은 대리자와 식 트리 간에 "해제된" 지역 변수를 공유할 수 있다는 것입니다.

정보 텍스트의 끝입니다.

12.20 쿼리 식

12.20.1 일반

쿼리 식은 SQL 및 XQuery와 같은 관계형 및 계층적 쿼리 언어와 유사한 쿼리에 대한 언어 통합 구문을 제공합니다.

query_expression
    : from_clause query_body
    ;

from_clause
    : 'from' type? identifier 'in' expression
    ;

query_body
    : query_body_clauses? select_or_group_clause query_continuation?
    ;

query_body_clauses
    : query_body_clause
    | query_body_clauses query_body_clause
    ;

query_body_clause
    : from_clause
    | let_clause
    | where_clause
    | join_clause
    | join_into_clause
    | orderby_clause
    ;

let_clause
    : 'let' identifier '=' expression
    ;

where_clause
    : 'where' boolean_expression
    ;

join_clause
    : 'join' type? identifier 'in' expression 'on' expression
      'equals' expression
    ;

join_into_clause
    : 'join' type? identifier 'in' expression 'on' expression
      'equals' expression 'into' identifier
    ;

orderby_clause
    : 'orderby' orderings
    ;

orderings
    : ordering (',' ordering)*
    ;

ordering
    : expression ordering_direction?
    ;

ordering_direction
    : 'ascending'
    | 'descending'
    ;

select_or_group_clause
    : select_clause
    | group_clause
    ;

select_clause
    : 'select' expression
    ;

group_clause
    : 'group' expression 'by' expression
    ;

query_continuation
    : 'into' identifier query_body
    ;

쿼리 식은 절로 from 시작하고 a 또는 group 절로 select 끝납니다. 초기 from 절 뒤에 0개 이상의 from, join letwhere또는 orderby 절이 있을 수 있습니다. 각 from 절은 시퀀스의 요소에 범위가 있는 범위 변수를 도입하는 생성기입니다. 각 let 절에는 이전 범위 변수를 통해 계산된 값을 나타내는 범위 변수가 도입됩니다. 각 where 절은 결과에서 항목을 제외하는 필터입니다. 각 join 절은 원본 시퀀스의 지정된 키를 다른 시퀀스의 키와 비교하여 일치하는 쌍을 생성합니다. 각 orderby 절은 지정된 조건에 따라 항목을 다시 정렬합니다. 최종 select 또는 group 절은 범위 변수를 기준으로 결과의 모양을 지정합니다. 마지막으로, into 한 쿼리의 결과를 후속 쿼리에서 생성기로 처리하여 쿼리를 "스플라이스"하는 데 절을 사용할 수 있습니다.

12.20.2 쿼리 식의 모호성

쿼리 식은 여러 컨텍스트 키워드(§6.4.4)ascending를 사용합니다. , by,descending, equals,fromgroup, into, join, onlet, orderbyselect 및 .where

이러한 식별자를 키워드 및 단순 이름으로 사용할 때 발생할 수 있는 모호성을 방지하기 위해 이러한 식별자는 ""(§6.4.4) 접두사를 지정하지 않는 한 쿼리 식 내의 어느 곳에서나 키워드로@ 간주됩니다. 이 경우 식별자는 식별자로 간주됩니다. 이를 위해 쿼리 식은 "identifier"로 시작하고 "",= "from" 또는, ";"를 제외한 모든 토큰으로 시작하는 식입니다.

12.20.3 쿼리 식 변환

12.20.3.1 일반

C# 언어는 쿼리 식의 실행 의미 체계를 지정하지 않습니다. 대신 쿼리 식은 쿼리 식 패턴(§12.20.4)을 준수하는 메서드의 호출로 변환됩니다. 특히 쿼리 식은 , ,GroupJoinSelectSelectManyThenByGroupByJoinOrderByOrderByDescendingThenByDescending, 및 Cast메서드Where의 호출로 변환됩니다. 이러한 메서드는 §12.20.4에 설명된 대로 특정 서명 및 반환 형식을 가질 것으로 예상됩니다. 이러한 메서드는 쿼리되는 개체의 인스턴스 메서드이거나 개체 외부에 있는 확장 메서드일 수 있습니다. 이러한 메서드는 쿼리의 실제 실행을 구현합니다.

쿼리 식에서 메서드 호출로의 변환은 형식 바인딩 또는 오버로드 확인이 수행되기 전에 발생하는 구문 매핑입니다. 쿼리 식을 변환한 후 결과 메서드 호출은 일반 메서드 호출로 처리되며, 이로 인해 컴파일 시간 오류가 발견될 수 있습니다. 이러한 오류 조건에는 존재하지 않는 메서드, 잘못된 형식의 인수 및 형식 유추가 실패하는 제네릭 메서드가 포함됩니다.

쿼리 식은 추가 감소가 가능하지 않을 때까지 다음 번역을 반복적으로 적용하여 처리됩니다. 번역은 애플리케이션 순서대로 나열됩니다. 각 섹션에서는 이전 섹션의 번역이 완전히 수행되었다고 가정하고, 모두 소진된 후에는 동일한 쿼리 식의 처리에서 섹션을 다시 검토하지 않습니다.

쿼리 식에 범위 변수에 대한 할당을 포함하거나 범위 변수를 참조 또는 출력 매개 변수의 인수로 사용하는 것은 컴파일 시간 오류입니다.

특정 번역은 *로 표시된 투명한 식별자를 사용하여 범위 변수를 삽입합니다. 이러한 내용은 §12.20.3.8에 자세히 설명되어 있습니다.

12.20.3.2 연속이 있는 쿼리 식

쿼리 본문 다음에 연속이 있는 쿼리 식

from «x1» in «e1» «b1» into «x2» «b2»

로 변환됩니다.

from «x2» in ( from «x1» in «e1» «b1» ) «b2»

다음 섹션의 번역에서는 쿼리에 연속이 없다고 가정합니다.

예: 예제:

from c in customers
group c by c.Country into g
select new { Country = g.Key, CustCount = g.Count() }

는 다음으로 변환됩니다.

from g in
   (from c in customers
   group c by c.Country)
select new { Country = g.Key, CustCount = g.Count() }

최종 번역은 다음과 같습니다.

customers.
GroupBy(c => c.Country).
Select(g => new { Country = g.Key, CustCount = g.Count() })

끝 예제

12.20.3.3 명시적 범위 변수 형식

from 범위 변수 형식을 명시적으로 지정하는 절

from «T» «x» in «e»

로 변환됩니다.

from «x» in ( «e» ) . Cast < «T» > ( )

join 범위 변수 형식을 명시적으로 지정하는 절

join «T» «x» in «e» on «k1» equals «k2»

로 변환됩니다.

join «x» in ( «e» ) . Cast < «T» > ( ) on «k1» equals «k2»

다음 섹션의 번역에서는 쿼리에 명시적 범위 변수 형식이 없다고 가정합니다.

예: 예제

from Customer c in customers
where c.City == "London"
select c

로 변환됩니다.

from c in (customers).Cast<Customer>()
where c.City == "London"
select c

최종 번역은 다음과 입니다.

customers.
Cast<Customer>().
Where(c => c.City == "London")

끝 예제

참고: 명시적 범위 변수 형식은 제네릭 인터페이스가 아닌 제네릭 IEnumerable 인터페이스를 구현하는 컬렉션을 쿼리하는 IEnumerable<T> 데 유용합니다. 위의 예제에서는 고객이 형식 ArrayList인 경우입니다. 끝 메모

12.20.3.4 쿼리 식 분해

폼의 쿼리 식

from «x» in «e» select «x»

로 변환됩니다.

( «e» ) . Select ( «x» => «x» )

예: 예제

from c in customers
select c

로 변환됩니다.

(customers).Select(c => c)

끝 예제

퇴행성 쿼리 식은 원본의 요소를 사소하게 선택하는 식입니다.

참고: 번역의 이후 단계(§12.20.3.6 및 §12.20.3.7)는 다른 번역 단계에서 도입한 퇴행성 쿼리를 원본으로 대체하여 제거합니다. 그러나 쿼리 식의 결과가 원본 개체 자체가 되지 않도록 하는 것이 중요합니다. 그렇지 않으면 이러한 쿼리의 결과를 반환하면 실수로 프라이빗 데이터(예: 요소 배열)가 호출자에게 노출될 수 있습니다. 따라서 이 단계에서는 원본을 명시적으로 호출 Select 하여 소스 코드로 직접 작성된 퇴행성 쿼리를 보호합니다. 그런 다음 이러한 메서드가 원본 개체 자체를 반환하지 않도록 하는 것은 구현자 및 기타 쿼리 연산자의 Select 요지입니다. 끝 메모

12.20.3.5 From, let, where, join 및 orderby 절

두 번째 from 절과 절이 있는 select 쿼리 식

from «x1» in «e1»  
from «x2» in «e2»  
select «v»

로 변환됩니다.

( «e1» ) . SelectMany( «x1» => «e2» , ( «x1» , «x2» ) => «v» )

예: 예제

from c in customers
from o in c.Orders
select new { c.Name, o.OrderID, o.Total }

로 변환됩니다.

(customers).
SelectMany(c => c.Orders,
(c,o) => new { c.Name, o.OrderID, o.Total }
)

끝 예제

두 번째 from 절이 있는 쿼리 식과 비어 있지 않은 쿼리 본문 절 집합이 포함된 쿼리 본문 Q :

from «x1» in «e1»
from «x2» in «e2»
Q

로 변환됩니다.

from * in («e1») . SelectMany( «x1» => «e2» ,
                              ( «x1» , «x2» ) => new { «x1» , «x2» } )
Q

예: 예제

from c in customers
from o in c.Orders
orderby o.Total descending
select new { c.Name, o.OrderID, o.Total }

로 변환됩니다.

from * in (customers).
   SelectMany(c => c.Orders, (c,o) => new { c, o })
orderby o.Total descending
select new { c.Name, o.OrderID, o.Total }

최종 번역은 다음과 입니다.

customers.
SelectMany(c => c.Orders, (c,o) => new { c, o }).
OrderByDescending(x => x.o.Total).
Select(x => new { x.c.Name, x.o.OrderID, x.o.Total })

x 은 표시되지 않으며 액세스할 수 없는 컴파일러 생성 식별자입니다.

끝 예제

let 이전 from 절과 함께 식:

from «x» in «e»  
let «y» = «f»  
...

로 변환됩니다.

from * in ( «e» ) . Select ( «x» => new { «x» , «y» = «f» } )  
...

예: 예제

from o in orders
let t = o.Details.Sum(d => d.UnitPrice * d.Quantity)
where t >= 1000
select new { o.OrderID, Total = t }

로 변환됩니다.

from * in (orders).Select(
    o => new { o, t = o.Details.Sum(d => d.UnitPrice * d.Quantity) })
where t >= 1000
select new { o.OrderID, Total = t }

최종 번역은 다음과 입니다.

orders
    .Select(o => new { o, t = o.Details.Sum(d => d.UnitPrice * d.Quantity) })
    .Where(x => x.t >= 1000)
    .Select(x => new { x.o.OrderID, Total = x.t })

x 은 표시되지 않으며 액세스할 수 없는 컴파일러 생성 식별자입니다.

끝 예제

where 이전 from 절과 함께 식:

from «x» in «e»  
where «f»  
...

로 변환됩니다.

from «x» in ( «e» ) . Where ( «x» => «f» )  
...

join 절 바로 뒤에 절이 잇습니다.select

from «x1» in «e1»  
join «x2» in «e2» on «k1» equals «k2»  
select «v»

로 변환됩니다.

( «e1» ) . Join( «e2» , «x1» => «k1» , «x2» => «k2» , ( «x1» , «x2» ) => «v» )

예: 예제

from c in customersh
join o in orders on c.CustomerID equals o.CustomerID
select new { c.Name, o.OrderDate, o.Total }

로 변환됩니다.

(customers).Join(
   orders,
   c => c.CustomerID, o => o.CustomerID,
   (c, o) => new { c.Name, o.OrderDate, o.Total })

끝 예제

join 절 다음에 쿼리 본문 절이 잇습니다.

from «x1» in «e1»  
join «x2» in «e2» on «k1» equals «k2»  
...

로 변환됩니다.

from * in ( «e1» ) . Join(  
«e2» , «x1» => «k1» , «x2» => «k2» ,
( «x1» , «x2» ) => new { «x1» , «x2» })  
...

joininto-절 바로 뒤에 절이 잇습니다.select

from «x1» in «e1»  
join «x2» in «e2» on «k1» equals «k2» into «g»  
select «v»

로 변환됩니다.

( «e1» ) . GroupJoin( «e2» , «x1» => «k1» , «x2» => «k2» ,
                     ( «x1» , «g» ) => «v» )

join into 절 다음에 쿼리 본문 절이 잇습니다.

from «x1» in «e1»  
join «x2» in «e2» on «k1» equals «k2» into *g»  
...

로 변환됩니다.

from * in ( «e1» ) . GroupJoin(  
   «e2» , «x1» => «k1» , «x2» => «k2» , ( «x1» , «g» ) => new { «x1» , «g» })
...

예: 예제

from c in customers
join o in orders on c.CustomerID equals o.CustomerID into co
let n = co.Count()
where n >= 10
select new { c.Name, OrderCount = n }

로 변환됩니다.

from * in (customers).GroupJoin(
    orders,
    c => c.CustomerID,
    o => o.CustomerID,
    (c, co) => new { c, co })
let n = co.Count()
where n >= 10
select new { c.Name, OrderCount = n }

최종 번역은 다음과 입니다.

customers
    .GroupJoin(
        orders,
        c => c.CustomerID,
        o => o.CustomerID,
        (c, co) => new { c, co })
    .Select(x => new { x, n = x.co.Count() })
    .Where(y => y.n >= 10)
    .Select(y => new { y.x.c.Name, OrderCount = y.n })

y 표시되지 않으며 액세스할 수 없는 컴파일러 생성 식별자가 있는 위치 x 및 위치입니다.

끝 예제

orderby 절 및 해당 이전 from 절:

from «x» in «e»  
orderby «k1» , «k2» , ... , «kn»  
...

로 변환됩니다.

from «x» in ( «e» ) .
OrderBy ( «x» => «k1» ) .
ThenBy ( «x» => «k2» ) .
... .
ThenBy ( «x» => «kn» )
...

절이 ordering 내림차순 방향 표시기를 지정하는 경우 대신 호출 OrderByDescending 이 ThenByDescending 생성됩니다.

예: 예제

from o in orders
orderby o.Customer.Name, o.Total descending
select o

에는 최종 번역이 있습니다.

(orders)
    .OrderBy(o => o.Customer.Name)
    .ThenByDescending(o => o.Total)

끝 예제

다음 번역에서는 각 쿼리 식에 초기 절이 하나도 없고 letorderby wherejoin 하나 이상의 절이 없다고 가정합니다.from

12.20.3.6 절 선택

폼의 쿼리 식

from «x» in «e» select «v»

로 변환됩니다.

( «e» ) . Select ( «x» => «v» )

식별자가 «x»있는 경우 «v» 를 제외하고 변환은 간단합니다.

( «e» )

예: 예제

from c in customers.Where(c => c.City == "London")
select c

은 단순히

(customers).Where(c => c.City == "London")

끝 예제

12.20.3.7 그룹 절

A group 절

from «x» in «e» group «v» by «k»

로 변환됩니다.

( «e» ) . GroupBy ( «x» => «k» , «x» => «v» )

식별자가 «x»있는 경우 «v» 를 제외하고 변환은 입니다.

( «e» ) . GroupBy ( «x» => «k» )

예: 예제

from c in customers
group c.Name by c.Country

로 변환됩니다.

(customers).GroupBy(c => c.Country, c => c.Name)

끝 예제

12.20.3.8 투명한 식별자

특정 변환은 범위 변수에 의해 표시된 *투명한 식별자를 삽입합니다. 투명 식별자는 쿼리 식 변환 프로세스에서 중간 단계로만 존재합니다.

쿼리 변환에서 투명한 식별자를 삽입하면 추가 변환 단계가 투명 식별자를 익명 함수 및 익명 개체 이니셜라이저로 전파합니다. 이러한 컨텍스트에서 투명 식별자는 다음과 같은 동작을 수행합니다.

• 익명 함수에서 투명 식별자가 매개 변수로 발생하면 연결된 익명 형식의 멤버가 익명 함수 본문의 범위에 자동으로 포함됩니다.
• 투명한 식별자를 가진 멤버가 범위에 있으면 해당 멤버의 멤버도 범위에 있습니다.
• 익명 개체 이니셜라이저에서 투명 식별자가 멤버 선언자로 발생하면 투명한 식별자가 있는 멤버가 도입됩니다.

위에서 설명한 변환 단계에서 투명 식별자는 항상 익명 형식과 함께 도입되며, 여러 범위 변수를 단일 개체의 멤버로 캡처합니다. C#의 구현은 익명 형식과 다른 메커니즘을 사용하여 여러 범위 변수를 그룹화할 수 있습니다. 다음 번역 예제에서는 익명 형식이 사용된다고 가정하고 투명한 식별자의 가능한 변환을 보여 줍니다.

예: 예제

from c in customers
from o in c.Orders
orderby o.Total descending
select new { c.Name, o.Total }

로 변환됩니다.

from * in (customers).SelectMany(c => c.Orders, (c,o) => new { c, o })
orderby o.Total descending
select new { c.Name, o.Total }

더 자세히 변환되는

customers
    .SelectMany(c => c.Orders, (c,o) => new { c, o })
    .OrderByDescending(* => o.Total)
    .Select(\* => new { c.Name, o.Total })

투명 식별자가 지워질 때

customers
    .SelectMany(c => c.Orders, (c,o) => new { c, o })
    .OrderByDescending(x => x.o.Total)
    .Select(x => new { x.c.Name, x.o.Total })

x 은 표시되지 않으며 액세스할 수 없는 컴파일러 생성 식별자입니다.

예제

from c in customers
join o in orders on c.CustomerID equals o.CustomerID
join d in details on o.OrderID equals d.OrderID
join p in products on d.ProductID equals p.ProductID
select new { c.Name, o.OrderDate, p.ProductName }

로 변환됩니다.

from * in (customers).Join(
    orders,
    c => c.CustomerID,
    o => o.CustomerID,
    (c, o) => new { c, o })
join d in details on o.OrderID equals d.OrderID
join p in products on d.ProductID equals p.ProductID
select new { c.Name, o.OrderDate, p.ProductName }

으로 더 축소되는

customers
    .Join(orders, c => c.CustomerID,
        o => o.CustomerID, (c, o) => new { c, o })
    .Join(details, * => o.OrderID, d => d.OrderID, (*, d) => new { *, d })
    .Join(products, * => d.ProductID, p => p.ProductID,
        (*, p) => new { c.Name, o.OrderDate, p.ProductName })

최종 번역은 다음과 입니다.

customers
    .Join(orders, c => c.CustomerID,
        o => o.CustomerID, (c, o) => new { c, o })
    .Join(details, x => x.o.OrderID, d => d.OrderID, (x, d) => new { x, d })
    .Join(products, y => y.d.ProductID, p => p.ProductID,
        (y, p) => new { y.x.c.Name, y.x.o.OrderDate, p.ProductName })

y 에서는 x 표시되지 않으며 액세스할 수 없는 컴파일러 생성 식별자입니다. 끝 예제

12.20.4 쿼리 식 패턴

쿼리 식 패턴은 쿼리 식을 지원하기 위해 형식이 구현할 수 있는 메서드 패턴을 설정합니다.

제네릭 형식 C<T> 은 공용 멤버 메서드와 공개적으로 액세스할 수 있는 확장 메서드를 다음 클래스 정의로 바꿀 수 있는 경우 쿼리 식 패턴을 지원합니다. 멤버 및 액세스 가능한 확장 메서드를 제네릭 형식 C<T>의 "셰이프"라고 합니다. 제네릭 형식은 매개 변수와 반환 형식 간의 적절한 관계를 설명하기 위해 사용되지만 제네릭이 아닌 형식의 패턴도 구현할 수 있습니다.

delegate R Func<T1,R>(T1 arg1);
delegate R Func<T1,T2,R>(T1 arg1, T2 arg2);

class C
{
    public C<T> Cast<T>() { ... }
}

class C<T> : C
{
    public C<T> Where(Func<T,bool> predicate) { ... }
    public C<U> Select<U>(Func<T,U> selector) { ... }
    public C<V> SelectMany<U,V>(Func<T,C<U>> selector,
        Func<T,U,V> resultSelector) { ... }
    public C<V> Join<U,K,V>(C<U> inner, Func<T,K> outerKeySelector,
        Func<U,K> innerKeySelector, Func<T,U,V> resultSelector) { ... }
    public C<V> GroupJoin<U,K,V>(C<U> inner, Func<T,K> outerKeySelector,
        Func<U,K> innerKeySelector, Func<T,C<U>,V> resultSelector) { ... }
    public O<T> OrderBy<K>(Func<T,K> keySelector) { ... }
    public O<T> OrderByDescending<K>(Func<T,K> keySelector) { ... }
    public C<G<K,T>> GroupBy<K>(Func<T,K> keySelector) { ... }
    public C<G<K,E>> GroupBy<K,E>(Func<T,K> keySelector,
        Func<T,E> elementSelector) { ... }
}

class O<T> : C<T>
{
    public O<T> ThenBy<K>(Func<T,K> keySelector) { ... }
    public O<T> ThenByDescending<K>(Func<T,K> keySelector) { ... }
}

class G<K,T> : C<T>
{
    public K Key { get; }
}

위의 메서드는 제네릭 대리자 형식을 사용하지만 매개 변수 및 Func<T1, T2, R>반환 형식 Func<T1, R> 에서 동일한 관계를 가진 다른 대리자 또는 식 트리 형식을 똑같이 잘 사용할 수 있습니다.

참고: 둘 사이의 C<T> 권장되는 관계이며O<T>, 이 관계는 결과에서OrderByDescending만 메서드와 ThenByDescending 메서드를 OrderBy 사용할 수 있도록 ThenBy 합니다. 끝 메모

참고: 각 내부 시퀀스에 추가 Key 속성이 있는 시퀀스 시퀀스의 결과GroupBy에서 권장되는 모양입니다. 끝 메모

참고: 쿼리 식은 구문 매핑을 통해 메서드 호출로 변환되므로 형식은 쿼리 식 패턴을 구현하는 방법에 상당한 유연성을 가집니다. 예를 들어 두 메서드의 호출 구문이 같고 익명 함수를 둘 다로 변환할 수 있으므로 메서드가 대리자 또는 식 트리를 요청할 수 있으므로 패턴의 메서드를 인스턴스 메서드 또는 확장 메서드로 구현할 수 있습니다. 일부 쿼리 식 패턴만 구현하는 형식은 형식이 지원하는 메서드에 매핑되는 쿼리 식 변환만 지원합니다. 끝 메모

참고: 네임스페이 System.Linq 스는 인터페이스를 구현하는 모든 형식에 대한 쿼리 식 패턴의 구현을 System.Collections.Generic.IEnumerable<T> 제공합니다. 끝 메모

12.21 대입 연산자

12.21.1 일반

할당 연산자 중 하나를 제외한 모든 항목은 변수, 속성, 이벤트 또는 인덱서 요소에 새 값을 할당합니다. 예외 = ref는 변수 참조(§9.5)를 참조 변수(§9.7)에 할당합니다.

assignment
    : unary_expression assignment_operator expression
    ;

assignment_operator
    : '=' 'ref'? | '+=' | '-=' | '*=' | '/=' | '%=' | '&=' | '|=' | '^=' | '<<='
    | right_shift_assignment
    ;

할당의 왼쪽 피연산자는 변수로 분류된 식이거나, 속성 액세스, 인덱서 액세스, 이벤트 액세스 또는 튜플을 제외한 = ref것입니다. 선언 식은 왼쪽 피연산자로 직접 허용되지 않지만 분해 할당 평가의 단계로 발생할 수 있습니다.

= 연산자를 단순 대입 연산자라고 합니다. 오른쪽 피연산자의 값 또는 값을 왼쪽 피연산자가 제공하는 변수, 속성, 인덱서 요소 또는 튜플 요소에 할당합니다. 단순 대입 연산자의 왼쪽 피연산자는 이벤트 액세스가 아니어야 합니다(§15.8.2에 설명된 경우 제외). 단순 대입 연산자는 §12.21.2에 설명되어 있습니다.

연산 = ref 자를 ref 대입 연산자라고 합니다. 오른쪽 피연산자를 만듭니다. 이 피연산자는 왼쪽 피연산자가 지정한 참조 변수의 참조인 variable_reference(§9.5)여야 합니다. ref 대입 연산자는 §12.21.3에 설명되어 있습니다.

및 = ref 연산자가 아닌 할당 연산자를 = 복합 할당 연산자라고 합니다. 이러한 연산자는 두 피연산자에 대해 표시된 연산을 수행한 다음 결과 값을 왼쪽 피연산자가 제공한 변수, 속성 또는 인덱서 요소에 할당합니다. 복합 할당 연산자는 §12.21.4에 설명되어 있습니다.

+= 이벤트 액세스 식을 왼쪽 피연산자로 사용하는 연 -= 산자를 이벤트 할당 연산자라고 합니다. 이벤트 액세스가 왼쪽 피연산자로 유효한 다른 할당 연산자는 없습니다. 이벤트 할당 연산자는 §12.21.5에 설명되어 있습니다.

할당 연산자는 오른쪽 연결 연산자입니다. 즉, 작업이 오른쪽에서 왼쪽으로 그룹화됩니다.

예: 폼 a = b = c 의 식이 .로 a = (b = c)계산됩니다. 끝 예제

12.21.2 단순 할당

= 연산자를 단순 대입 연산자라고 합니다.

단순 할당의 왼쪽 피연산자는 형식 E.P 이거나 E[Ei] 컴파일 시간 형식dynamic이 있는 경우 E 할당이 동적으로 바인딩됩니다(§12.3.3). 이 경우 할당 식의 컴파일 시간 형식은 다음과 이며 dynamic아래에 설명된 해결 방법은 런타임에 런타임 형식 E에 따라 수행됩니다. 왼쪽 피연산자가 컴파일 시간 형식을 Ei 가진 요소 중 하나 이상이 있고 컴파일 시간 형식 dynamicE 이 배열이 아닌 경우 E[Ei] 결과 인덱서 액세스는 동적으로 바인딩되지만 제한된 컴파일 시간 검사(§12.6.5)가 있습니다.

왼쪽 피연산자를 튜플로 분류하는 간단한 할당을 분해 할당이라고도 합니다. 왼쪽 피연산자의 튜플 요소에 요소 이름이 있으면 컴파일 시간 오류가 발생합니다. 왼쪽 피연산자의 튜플 요소가 declaration_expression 다른 요소가 declaration_expression 또는 단순 삭제가 아닌 경우 컴파일 시간 오류가 발생합니다.

단순 할당 x = y 의 유형은 다음에 따라 재귀적으로 결정되는 배정 x y유형입니다.

• 튜플 식이고 요소(§12.7)가 있는 튜플 식 (y1, ..., yn) 으로 n 분해할 수 있고 각 할당 xi yi 에 형식Ti이 있는 경우 x 할당에는 형식(T1, ..., Tn)이 y 있습니다.(x1, ..., xn)
• 그렇지 않으면 변수로 분류되는 경우 변수는 형식이 아니readonly고 형식 Tx 이 있으며 y 암시적 변환이 T있는 경우 x 할당에는 형식T이 있습니다.
• 그렇지 않은 경우 암시적으로 형식화된 변수(즉, 암시적으로 형식화된 선언 식)로 분류되고 y 형식이 있는 경우 x 변수의 유추된 형식은 T할당에 형식T이 T있습니다.
• 그렇지 않으면 속성 또는 인덱서 액세스로 분류되는 경우 속성 또는 인덱서에는 액세스 가능한 집합 접근 x 자가 있고 형식T이 있으며 y 암시적 변환이 T있는 경우 x 할당에는 형식T이 있습니다.
• 그렇지 않으면 할당이 유효하지 않고 바인딩 시간 오류가 발생합니다.

형식 T 이 있는 양식 x = y 의 단순 할당에 대한 런타임 처리는 다음 재귀 단계로 구성된 형식T을 사용하여 할당 y x 으로 수행됩니다.

• x 는 아직 평가되지 않은 경우 평가됩니다.
• 변수 y 로 분류된 경우 x 평가되고 필요한 경우 암시적 변환(§10.2)을 통해 변환 T 됩니다.
  • 지정된 x 변수가 reference_type 배열 요소인 경우 계산된 값이 요소인 배열 인스턴스 x 와 호환되는지 확인하기 위해 y 런타임 검사가 수행됩니다. 확인이 성공하거나 암시적 참조 변환(§10.2.8)이 참조되는 y 인스턴스의 형식에서 포함하는 배열 인스턴스의 실제 요소 형식으로 존재하는지 nully 여부를 확인합니다x. 그렇지 않으면 System.ArrayTypeMismatchException이 throw됩니다.
  • 평가 및 변환 y 으로 인한 값은 평가 x에서 지정한 위치에 저장되며 할당의 결과로 생성됩니다.
• 속성 또는 인덱서 액세스로 분류되는 경우 x :
  • y는 평가되고 필요한 경우 암시적 변환(§10.2)을 통해 변환 T 됩니다.
  • set 접근자가 x 값 인수로 계산 및 변환 y 된 결과로 생성되는 값으로 호출됩니다.
  • 계산 및 변환 y 으로 인한 값은 할당의 결과로 생성됩니다.
• arityn를 사용하여 튜플 (x1, ..., xn) 로 분류되는 경우x:
  • y는 튜플 식e에 대한 요소로 n 분해됩니다.
  • 결과 튜플은 암시적 튜플 t 변환을 사용하여 변환하여 e T 만들어집니다.
  • 각각 xi 에 대해 왼쪽에서 오른쪽으로 순서대로 할당 xi t.Itemi 이 수행됩니다. 단 xi , 다시 평가되지는 않습니다.
  • t 는 할당의 결과로 산출됩니다.

참고: 컴파일 시간 형식이 있고 dynamic 컴파일 시간 형식 x y dynamic에서 암시적 변환이 있는 경우 런타임 확인이 필요하지 않습니다. 끝 메모

참고: 배열 공변성 규칙(§17.6)은 암시적 참조 변환이 있는 경우 배열 형식 A[] 의 값을 배열 형식 B[]의 인스턴스에 대한 참조로 허용합니다 B A. 이러한 규칙 때문에 reference_type 배열 요소에 할당하려면 할당되는 값이 배열 인스턴스와 호환되는지 확인하기 위한 런타임 검사가 필요합니다. 예제에서

string[] sa = new string[10];
object[] oa = sa;
oa[0] = null;              // OK
oa[1] = "Hello";           // OK
oa[2] = new ArrayList();   // ArrayTypeMismatchException

마지막 할당은 System.ArrayTypeMismatchException 에 대한 참조 ArrayList 를 의 요소 string[]에 저장할 수 없기 때문에 throw됩니다.

끝 메모

struct_type 선언된 속성 또는 인덱서가 할당 대상인 경우 속성 또는 인덱서 액세스와 연결된 인스턴스 식은 변수로 분류되어야 합니다. 인스턴스 식이 값으로 분류되면 바인딩 시간 오류가 발생합니다.

참고: §12.8.7로 인해 필드에도 동일한 규칙이 적용됩니다. 끝 메모

예: 선언이 지정된 경우:

struct Point
{
   int x, y;

   public Point(int x, int y)
   {
      this.x = x;
      this.y = y;
   }

   public int X
   {
      get { return x; }
      set { x = value; }
   }

   public int Y {
      get { return y; }
      set { y = value; }
   }
}

struct Rectangle
{
    Point a, b;

    public Rectangle(Point a, Point b)
    {
        this.a = a;
        this.b = b;
    }

    public Point A
    {
        get { return a; }
        set { a = value; }
    }

    public Point B
    {
        get { return b; }
        set { b = value; }
    }
}

예제에서

Point p = new Point();
p.X = 100;
p.Y = 100;
Rectangle r = new Rectangle();
r.A = new Point(10, 10);
r.B = p;

에 할당되고 p.Xp.Yr.B r.A변수이기 때문에 p r 허용됩니다. 그러나 예제에서는

Rectangle r = new Rectangle();
r.A.X = 10;
r.A.Y = 10;
r.B.X = 100;
r.B.Y = 100;

할당은 모두 유효하지 r.A r.B 않으므로 변수가 아닙니다.

끝 예제

12.21.3 참조 할당

연 = ref 산자를 ref 대입 연산자로 알려져 있습니다.

왼쪽 피연산자는 참조 변수(§9.7), 참조 매개 변수(이this외), 출력 매개 변수 또는 입력 매개 변수에 바인딩되는 식이어야 합니다. 오른쪽 피연산자는 왼쪽 피연산자로 동일한 형식의 값을 지정하는 variable_reference 생성하는 식이어야 합니다.

왼쪽 피연산자의 ref-safe-context(§9.7.2)가 오른쪽 피연산자의 ref-safe-context보다 넓은 경우 컴파일 시간 오류입니다.

오른쪽 피연산자는 ref 할당 시점에 확실히 할당되어야 합니다.

왼쪽 피연산자가 출력 매개 변수에 바인딩되는 경우 해당 출력 매개 변수가 ref 할당 연산자의 시작 부분에 확실히 할당되지 않은 경우 오류가 발생합니다.

왼쪽 피연산자가 쓰기 가능한 ref인 경우(즉, 로컬 또는 입력 매개 변수 이외의 ref readonly 항목을 지정함) 오른쪽 피연산자는 쓰기 가능한 variable_reference 됩니다. 오른쪽 피연산자 변수를 쓸 수 있는 경우 왼쪽 피연산자는 쓰기 가능하거나 읽기 전용 참조일 수 있습니다.

이 연산은 왼쪽 피연산자를 오른쪽 피연산자 변수의 별칭으로 만듭니다. 오른쪽 피연산자 변수를 쓸 수 있는 경우에도 별칭을 읽기 전용으로 만들 수 있습니다.

ref 대입 연산자는 할당된 형식의 variable_reference 생성합니다. 왼쪽 피연산자를 쓸 수 있는 경우 쓸 수 있습니다.

ref 대입 연산자는 오른쪽 피연산자가 참조하는 스토리지 위치를 읽지 않습니다.

예제: 다음은 다음을 사용하는 = ref몇 가지 예입니다.

public static int M1() { ... }
public static ref int M2() { ... }
public static ref uint M2u() { ... }
public static ref readonly int M3() { ... }
public static void Test()
{
int v = 42;
ref int r1 = ref v; // OK, r1 refers to v, which has value 42
r1 = ref M1();      // Error; M1 returns a value, not a reference
r1 = ref M2();      // OK; makes an alias
r1 = ref M2u();     // Error; lhs and rhs have different types
r1 = ref M3();    // error; M3 returns a ref readonly, which r1 cannot honor
ref readonly int r2 = ref v; // OK; make readonly alias to ref
r2 = ref M2();      // OK; makes an alias, adding read-only protection
r2 = ref M3();      // OK; makes an alias and honors the read-only
r2 = ref (r1 = ref M2());  // OK; r1 is an alias to a writable variable,
              // r2 is an alias (with read-only access) to the same variable
}

끝 예제

참고: 연산자를 = ref 사용하여 코드를 읽을 때 피연산자의 일부로 파트를 ref 읽는 것이 좋을 수 있습니다. 피연산자는 조건 ?: 식인 경우 특히 혼란스럽습니다. 예를 들어 읽을 ref int a = ref b ? ref x : ref y; 때는 이를 연산자이고 b ? ref x : ref y 올바른 피연산ref int a = ref (b ? ref x : ref y);자로 = ref 읽는 것이 중요합니다. 중요한 것은 식이 언뜻 보기에 ref b 그렇게 나타날 수 있더라도 해당 문의 일부가 아니라는 점입니다. 끝 메모

12.21.4 복합 할당

복합 할당의 왼쪽 피연산자는 형식 E.P 이거나 E[Ei] 컴파일 시간 형식dynamic이 있는 경우 E 할당이 동적으로 바인딩됩니다(§12.3.3). 이 경우 할당 식의 컴파일 시간 형식은 다음과 이며 dynamic아래에 설명된 해결 방법은 런타임에 런타임 형식 E에 따라 수행됩니다. 왼쪽 피연산자가 컴파일 시간 형식을 Ei 가진 요소 중 하나 이상이 있고 컴파일 시간 형식 dynamicE 이 배열이 아닌 경우 E[Ei] 결과 인덱서 액세스는 동적으로 바인딩되지만 제한된 컴파일 시간 검사(§12.6.5)가 있습니다.

이진 연산자 오버로드 확인(§12.4.5)을 적용하여 작업이 작성된 x «op» y것처럼 양식 x «op»= y 의 작업이 처리됩니다. 그런 다음

• 선택한 연산자의 반환 형식을 암시적으로 형식x으로 변환할 수 있는 경우 작업은 한 번만 평가되는 것을 x 제외하고 계산x = x «op» y됩니다.
• 그렇지 않은 경우 선택한 연산자의 반환 형식이 미리 정의된 연산자이고, 선택한 연산자의 반환 형식을 명시적으로 형식으로 변환할 수 x 있고, 암시적으로 형식 x 으로 변환할 수 있거나 연산자가 시프트 연산자인 경우 y 작업은 한 번만 평가되는 것을 제외하고 x 해당 연x산자는 다음과 같이 x = (T)(x «op» y)T 평가됩니다.
• 그렇지 않으면 복합 할당이 유효하지 않으며 바인딩 시간 오류가 발생합니다.

"한 번만 평가됨"이라는 용어는 계산 x «op» y에서 모든 구성 요소 식의 x 결과가 임시로 저장되고 할당을 수행할 때 다시 사용됨을 x의미합니다.

예: 할당A()[B()] += C()에서 메서드가 반환int[]되고 C B 메서드가 반환int되는 경우 A 메서드는 순서ABC대로 한 번만 호출됩니다. 끝 예제

복합 할당의 왼쪽 피연산자가 속성 액세스 또는 인덱서 액세스인 경우 속성 또는 인덱서에는 get 접근자와 set 접근자가 모두 있어야 합니다. 그렇지 않으면 바인딩 시간 오류가 발생합니다.

위의 두 번째 규칙은 특정 컨텍스트에서와 같이 x = (T)(x «op» y) 평가될 수 있도록 허용 x «op»= y 합니다. 규칙은 왼쪽 피연산자가 형식sbyte, byte, ushortshort또는 char인 경우 미리 정의된 연산자를 복합 연산자로 사용할 수 있도록 존재합니다. 두 인수가 이러한 형식 중 하나인 경우에도 미리 정의된 연산자는 §12.4.7.3에 설명된 대로 형식int의 결과를 생성합니다. 따라서 캐스트가 없으면 결과를 왼쪽 피연산자에 할당할 수 없습니다.

미리 정의된 연산자 규칙의 직관적인 효과는 둘 x «op»= y 다 x «op» y x = y 허용되는 경우에만 허용됩니다.

예제: 다음 코드에서

byte b = 0;
char ch = '\0';
int i = 0;
b += 1;           // OK
b += 1000;        // Error, b = 1000 not permitted
b += i;           // Error, b = i not permitted
b += (byte)i;     // OK
ch += 1;          // Error, ch = 1 not permitted
ch += (char)1;    // OK

각 오류에 대한 직관적인 이유는 해당 단순 할당도 오류였을 것이기 때문입니다.

끝 예제

참고: 이는 복합 할당 작업에서 해제된 연산자를 지원한다는 의미이기도 합니다. 복합 할당 x «op»= y 은 둘 중 하나로 x = x «op» y x = (T)(x «op» y)평가되므로 평가 규칙은 해제된 연산자를 암시적으로 다룹니다. 끝 메모

12.21.5 이벤트 할당

연산자의 a += or -= 왼쪽 피연산자가 이벤트 액세스로 분류되면 식은 다음과 같이 평가됩니다.

• 이벤트 액세스의 인스턴스 식(있는 경우)이 평가됩니다.
• 또는 -= 연산자의 += 오른쪽 피연산자가 계산되고 필요한 경우 암시적 변환(§10.2)을 통해 왼쪽 피연산자의 형식으로 변환됩니다.
• 이전 단계에서 계산된 값으로 구성된 인수 목록을 사용하여 이벤트의 이벤트 접근자가 호출됩니다. 연산자인 +=경우 add 접근자가 호출되고, 연산자인 -=경우 제거 접근자가 호출됩니다.

이벤트 할당 식은 값을 생성하지 않습니다. 따라서 이벤트 할당 식은 statement_expression 컨텍스트에서만 유효합니다(§13.7).

12.22 식

식은 non_assignment_expression 또는 할당입니다.

expression
    : non_assignment_expression
    | assignment
    ;

non_assignment_expression
    : declaration_expression
    | conditional_expression
    | lambda_expression
    | query_expression
    ;

12.23 상수 식

상수 식은 컴파일 시간에 완전히 평가되어야 하는 식입니다.

constant_expression
    : expression
    ;

상수 식에는 값 null 또는 다음 형식 중 하나가 있어야 합니다.

• sbyte, byte, short, ushort, int, uint, , ulonglong, char, floatbooldoubledecimalstring, ;
• 열거형 형식 또는
• 참조 형식의 기본값 식(§12.8.21)입니다.

상수 식에서는 다음 구문만 허용됩니다.

• 리터럴(리터럴 포함 null )입니다.
• const 클래스 및 구조체 형식의 멤버에 대한 참조입니다.
• 열거형 형식의 멤버에 대한 참조입니다.
• 로컬 상수에 대한 참조입니다.
• 상수 식인 괄호가 있는 하위 식입니다.
• 캐스트 식입니다.
• checked 및 unchecked 식입니다.
• nameof 식.
• 미리 정의된 +, -! (논리 부정) 및 ~ 단항 연산자입니다.
• 미리 정의된 , ,, , /%, , <<, >>, &, |^, &&, ||, ==, !=, <=><및 >= 이진 연산자입니다. *-+
• ?: 조건부 연산자입니다.
• ! null-forgiving 연산자(§12.8.9)입니다.
• sizeof식은 관리되지 않는 형식이 상수 값을 반환하는 §23.6.9에 sizeof 지정된 형식 중 하나일 경우
• 형식이 위에 나열된 형식 중 하나인 경우 기본값 식입니다.

다음 변환은 상수 식에서 허용됩니다.

• ID 변환
• 숫자 변환
• 열거형 변환
• 상수 식 변환
• 변환의 원본이 값으로 계산 null 되는 상수 식인 경우 암시적 및 명시적 참조 변환입니다.

참고: boxing, unboxing 및 non-valuesnull 의 암시적 참조 변환을 비롯한 다른 변환은 상수 식에서 허용되지 않습니다. 끝 메모

예제: 다음 코드에서

class C
{
    const object i = 5;         // error: boxing conversion not permitted
    const object str = "hello"; // error: implicit reference conversion
}

boxing 변환이 필요하기 때문에 초기화 i 는 오류입니다. 비값에서null 암시적 참조 변환이 필요하기 때문에 초기화 str 는 오류입니다.

끝 예제

식이 위에 나열된 요구 사항을 충족할 때마다 식은 컴파일 타임에 평가됩니다. 식이 비 상수 구문을 포함하는 더 큰 식의 하위 식인 경우에도 마찬가지입니다.

상수 식의 컴파일 시간 평가는 런타임 평가에서 예외를 throw한 경우 컴파일 시간 평가로 인해 컴파일 시간 오류가 발생한다는 점을 제외하고 비 상수 식의 런타임 평가와 동일한 규칙을 사용합니다.

상수 식이 컨텍스트에 unchecked 명시적으로 배치되지 않는 한 식의 컴파일 시간 평가 중에 정수 형식 산술 연산 및 변환에서 발생하는 오버플로는 항상 컴파일 시간 오류(§12.8.20)를 발생합니다.

상수 식은 아래에 나열된 컨텍스트에서 필요하며 constant_expression 사용하여 문법에 표시됩니다. 이러한 컨텍스트에서는 컴파일 시간에 식을 완전히 평가할 수 없는 경우 컴파일 시간 오류가 발생합니다.

• 상수 선언(§15.4)
• 열거형 멤버 선언(§19.4)
• 매개 변수 목록의 기본 인수(§15.6.2)
• caseswitch 문 레이블(§13.8.3).
• goto case 문(§13.10.4)
• 이니셜라이저를 포함하는 배열 생성 식(§12.8.17.5)의 차원 길이입니다.
• 특성(§22)
• constant_pattern(§11.2.3)

암시적 상수 식 변환(§10.2.11)을 사용하면 상수 식의 값이 대상 형식의 범위 내에 있는 경우 형식 int 의 상수 식을 , shortbyte, uintushort또는 ulong< a0/>로 변환sbyte할 수 있습니다.

12.24 부울 식

boolean_expression 형식bool의 결과를 생성하는 식입니다. 직접 또는 다음에 지정된 특정 컨텍스트의 operator true 애플리케이션을 통해 생성됩니다.

boolean_expression
    : expression
    ;

if_statement(§13.8.2), while_statement(§13.9.2), do_statement(§13.9.3) 또는 for_statement(§13.9.4)의 제어 조건식은 boolean_expression. 연산자(§12.18)의 ?: 제어 조건식은 boolean_expression 동일한 규칙을 따르지만 연산자 우선 순위의 이유로 null_coalescing_expression 분류됩니다.

다음과 같이 형식 bool값을 생성하려면 boolean_expressionE 필요합니다.

• E를 암시적으로 변환할 bool 수 있는 경우 런타임에 암시적 변환이 적용됩니다.
• 그렇지 않은 경우 단항 연산자 오버로드 확인(§12.4.4)은 고유한 최상의 구현 operator true 을 E찾는 데 사용되며 해당 구현은 런타임에 적용됩니다.
• 이러한 연산자를 찾을 수 없으면 바인딩 시간 오류가 발생합니다.