Null 통합 연산자 (??)

개인적으로이 연산자를 사용하는 데 따른 단점은 없습니다. ‘easy’에서 ‘complex’새로운 연산자에 이르기까지 다음 세 가지 코드 샘플을 고려하십시오.

마법없이 :

bool isNameSet = false;
string name;
if ( isNameSet )
{
    Console.WriteLine( name );
}
else
{
    Console.WriteLine( "No name set." );
}

삼항 연산자 :

bool isNameSet = false;
string name;
Console.WriteLine( isNameSet ? name : "No name set." );

Null 통합 :

string name = null;
Console.WriteLine( name ?? "No name set." );

이 연산자가 발명 된 이유는 매우 일반적인 프로그래밍 작업 을 나타 내기 때문 입니다. 당신이 그들에게 익숙하지 않기 때문에 그것들을 사용하고 싶지 않은 것은 단지 고집이납니다 . 언어는 진화하고, 기능은 진화하고, 사용하는 법을 배웁니다!

var 키워드

var 키워드에 대해 약간 다른 의견이 있습니다. 변수의 유형은 종종 코드에 대한 추가 정보를 제공합니다. var 키워드를 사용하여 유형을 숨기면 때로는 코드를 읽을 수 없게됩니다. 자동 완성 기능을 사용하지 않거나 식별자 위에 마우스를 올리면 실제로 무엇을 볼지 기대할 수 있습니다. 제 생각에는 코드 작성 속도가 느립니다.

유형에 추가 정보가 많이 없다는 것을 알면 키워드를 사용합니다.

• 주로 foreach 루프 에서 설정이며 Resharper에서 배웠습니다. 대부분의 경우 탐색하는 컬렉션 유형을 알고 있으므로 해당 컬렉션 내에서 항목을 기대하고 있음을 알 수 있습니다.
• Linq 쿼리 . linq 쿼리의 결과는 종종 매우 복잡한 제네릭 형식입니다. 이 유형을 표시하면 좋은 것보다 더 해 롭습니다.
• 생성자로 간단히 초기화되는 긴 유형 이름. 생성자를 보면 유형이 무엇인지 이미 알 수 있습니다.

마지막 진술의 예 :

ThisIsSomeSpecializedTypeRightHere duplication =
    new ThisIsSomeSpecializedTypeRightHere();
var justAsReadable =
    new ThisIsSomeSpecializedTypeRightHere();  // Less duplication.

// But I still prefer the following ...
int number = 9;
SomeCreatedType foo = Factory.CreateSomeType();

답변

...
foreach (var message in messages) {
  var label = Factory.CreateLabel();
  label.Text = message;
  Controls.Add(label);
}
...

var a = b ?? c ?? d ?? e ?? "";

public MyFirstObject GetMeAnObject() {
    return new MyFirstObject();
}

public void MainProgram() {
    var theObject = GetMeAnObject();
    theObject.PerformOperation();
}

public MySecondObject GetMeAnObject() {
    return new MySecondObject();
}