이름의 목적은 무엇입니까?

버전 6.0에는의 새로운 기능이 nameof있지만 변수 이름 만 사용하고 컴파일시 문자열로 변경하기 때문에 그 목적을 이해할 수 없습니다.

나는 그것을 사용할 때 어떤 목적이있을 것이라고 생각 <T>했지만 그것을 시도 할 때 사용 된 유형 대신 nameof(T)나를 인쇄 T합니다.

목적에 대한 아이디어가 있습니까?

예를 들어 속성 ​​이름을 기준으로 예외를 발생 시키거나 PropertyChanged이벤트를 처리 할 때와 같이 속성 이름을 재사용하려는 경우는 어떻습니까? 재산의 이름을 원할 경우가 많이 있습니다.

이 예제를 보자 :

switch (e.PropertyName)
{
    case nameof(SomeProperty):
    { break; }

    // opposed to
    case "SomeOtherProperty":
    { break; }
}

첫 번째 경우 이름을 바꾸면 SomeProperty속성 이름 도 변경되거나 컴파일이 중단됩니다. 마지막 경우는 그렇지 않습니다.

이는 코드를 컴파일하고 버그가없는 상태로 유지하는 데 매우 유용한 방법입니다.

( Eric Lippert 의 아주 좋은 기사는 왜 infoof그것을하지 nameof않았습니까?)

ArgumentException그리고 그 파생물에 정말 유용합니다 .

public string DoSomething(string input) 
{
    if(input == null) 
    {
        throw new ArgumentNullException(nameof(input));
    }
    ...

이제 누군가 input매개 변수 이름을 리팩터링하면 예외도 최신 상태로 유지됩니다.

또한 속성이나 매개 변수의 이름을 얻기 위해 이전에 리플렉션을 사용해야했던 곳에서도 유용합니다.

귀하의 예 nameof(T)에서 type 매개 변수의 이름을 가져옵니다.이 또한 유용 할 수 있습니다.

throw new ArgumentException(nameof(T), $"Type {typeof(T)} does not support this method.");

또 다른 용도 nameof는 열거 형입니다-일반적으로 사용하는 열거 형의 문자열 이름을 원할 경우 .ToString():

enum MyEnum { ... FooBar = 7 ... }

Console.WriteLine(MyEnum.FooBar.ToString());

> "FooBar"

.Net이 열거 형 값 (예 :)을 보유하고 7런타임에 이름을 찾을 때 실제로는 상대적으로 느립니다 .

대신 다음을 사용하십시오 nameof.

Console.WriteLine(nameof(MyEnum.FooBar))

> "FooBar"

이제 .Net은 컴파일시 열거 이름을 문자열로 바꿉니다.

또 다른 용도는 INotifyPropertyChanged로깅 및 로깅에 사용됩니다. 두 경우 모두 호출하려는 멤버의 이름을 다른 메소드로 전달하려고합니다.

// Property with notify of change
public int Foo
{
    get { return this.foo; }
    set
    {
        this.foo = value;
        PropertyChanged(this, new PropertyChangedEventArgs(nameof(this.Foo));
    }
}

또는...

// Write a log, audit or trace for the method called
void DoSomething(... params ...)
{
    Log(nameof(DoSomething), "Message....");
}

nameofC # 6.0의 기능이 유용한 또 다른 사용 사례 -DB 검색이 훨씬 쉬워지는 Dapper 와 같은 라이브러리를 고려하십시오 . 이 라이브러리는 훌륭한 라이브러리이지만 쿼리 내에 속성 / 필드 이름을 하드 코딩해야합니다. 이것이 의미하는 바는 속성 / 필드의 이름을 바꾸려는 경우 새 필드 이름을 사용하도록 쿼리를 업데이트하는 것을 잊을 가능성이 높다는 것입니다. 문자열 보간 및 nameof기능을 사용하면 코드를 유지 관리하고 입력하기가 훨씬 쉬워집니다.

링크에 주어진 예에서

이름없이

var dog = connection.Query<Dog>("select Age = @Age, Id = @Id", new { Age = (int?)null, Id = guid });

이름으로

var dog = connection.Query<Dog>($"select {nameof(Dog.Age)} = @Age, {nameof(Dog.Id)} = @Id", new { Age = (int?)null, Id = guid });

귀하의 질문은 이미 목적을 나타냅니다. 이것이 예외를 기록하거나 던지는 데 유용 할 수 있음을 알아야합니다.

예를 들어.

public void DoStuff(object input)
{
    if (input == null)
    {
        throw new ArgumentNullException(nameof(input));
    }
}

이것은 좋은 내가 코드 대신 또는 잘못된 메시지와 함께 예외를 반환 중단 할 변수의 이름을 변경하는 경우 .

물론, 용도는이 간단한 상황에 한정되지 않습니다. nameof변수 또는 속성의 이름을 코딩하는 것이 유용 할 때마다 사용할 수 있습니다 .

다양한 바인딩 및 반사 상황을 고려할 때 용도가 다양합니다. 런타임 오류를 컴파일 타임에 가져 오는 훌륭한 방법입니다.

내가 생각할 수있는 가장 일반적인 유스 케이스는 INotifyPropertyChanged인터페이스로 작업 할 때 입니다. (기본적으로 WPF 및 바인딩과 관련된 모든 것이이 인터페이스를 사용합니다)

이 예제를 살펴보십시오.

public class Model : INotifyPropertyChanged
{
    // From the INotifyPropertyChanged interface
    public event PropertyChangedEventHandler PropertyChanged;

    private string foo;
    public String Foo
    {
        get { return this.foo; }
        set
        {
            this.foo = value;
            // Old code:
            PropertyChanged(this, new PropertyChangedEventArgs("Foo"));

            // New Code:
            PropertyChanged(this, new PropertyChangedEventArgs(nameof(Foo)));           
        }
    }
}

이전 방식에서 볼 수 있듯이 어떤 속성이 변경되었는지 나타내는 문자열을 전달해야합니다. 로 nameof우리가 직접 속성의 이름을 사용할 수 있습니다. 큰 문제는 아닌 것 같습니다. 그러나 누군가 속성 이름을 변경하면 어떤 일이 발생하는지 상상해보십시오 Foo. 문자열을 사용하면 바인딩이 작동하지 않지만 컴파일러는 경고하지 않습니다. nameof를 사용하면 name과 함께 속성 / 인수가 없다는 컴파일러 오류가 발생합니다 Foo.

일부 프레임 워크는 일부 리플렉션 매직을 사용하여 속성의 이름을 얻지 만 이제는 더 이상 필요하지 않은 이름이 있습니다.

가장 일반적인 사용법은 다음과 같은 입력 검증에 있습니다.

//Currently
void Foo(string par) {
   if (par == null) throw new ArgumentNullException("par");
}

//C# 6 nameof
void Foo(string par) {
   if (par == null) throw new ArgumentNullException(nameof(par));
}

첫 번째 경우 par 매개 변수의 이름을 변경하는 메서드를 리팩터링 하면 ArgumentNullException 에서 변경하는 것을 잊어 버릴 수 있습니다 . 로 nameof 당신은 그것에 대해 걱정할 필요가 없습니다.

참조 : nameof (C # 및 Visual Basic 참조)

핵심은 ASP.NET MVC 프로젝트 사용 nameof에서 AccountController.cs와 ManageController.cs와 RedirectToAction제어기에 동작을 참조하는 방법.

예:

return RedirectToAction(nameof(HomeController.Index), "Home");

이것은 다음과 같이 번역됩니다.

return RedirectToAction("Index", "Home");

'Home'컨트롤러에서 'Index'작업으로 이동합니다 /Home/Index.

다른 사람들이 이미 지적했듯이 nameof연산자는 요소가 소스 코드에 주어진 이름을 삽입합니다.

이 문자열 리팩토링이 안전하기 때문에 리팩토링 측면에서 이것이 정말 좋은 아이디어라고 덧붙이고 싶습니다. 이전에는 동일한 목적으로 리플렉션을 사용하는 정적 메서드를 사용했지만 런타임 성능에 영향을 미쳤습니다. nameof연산자에는 런타임 성능에 영향을주지 않는다; 컴파일 타임에 작동합니다. MSIL코드를 보면 문자열이 포함되어 있습니다. 다음 방법과 분해 된 코드를 참조하십시오.

static void Main(string[] args)
{
    Console.WriteLine(nameof(args));
    Console.WriteLine("regular text");
}

// striped nops from the listing
IL_0001 ldstr args
IL_0006 call System.Void System.Console::WriteLine(System.String)
IL_000C ldstr regular text
IL_0011 call System.Void System.Console::WriteLine(System.String)
IL_0017 ret

그러나 소프트웨어를 난독 화하려는 경우 단점이 될 수 있습니다. 난독 처리 후 포함 된 문자열이 더 이상 요소 이름과 일치하지 않을 수 있습니다. 이 본문에 의존하는 메커니즘은 깨질 것입니다. 이에 대한 예는 다음과 같습니다. Reflection, NotifyPropertyChanged ...

런타임 동안 이름을 결정하면 성능이 약간 떨어지지 만 난독 화에 안전합니다. 난독 처리가 필요하거나 계획되지 않은 경우 nameof운영자를 사용하는 것이 좋습니다 .

코드에서 변수를 사용하고 변수의 이름을 가져 와서 인쇄해야한다고 생각해야합니다.

int myVar = 10;
print("myVar" + " value is " + myVar.toString());

그리고 누군가가 코드를 리팩토링하고 "myVar"라는 다른 이름을 사용하면 코드에서 문자열 값을 감시하고 그에 따라 코드를 작성해야합니다.

대신에

print(nameof(myVar) + " value is " + myVar.toString());

자동 리팩토링하는 데 도움이됩니다!

MSDN 기사 에는 MVC 라우팅 (실제로 나를 위해 개념을 클릭 한 예)이 나와 있습니다. (형식화 된) 설명 단락은 다음과 같습니다.

• 코드에서 오류를보고 할 때
• MVC (Model-View-Controller) 링크 연결
• 발사 속성 변경 이벤트 등

종종 메소드의 문자열 이름 을 캡처 하려고합니다 . nameof를 사용하면 정의 이름을 바꿀 때 코드를 유효하게 유지할 수 있습니다.

문자열 리터럴 을 사용하여 정의를 참조 하기 전에 코드 요소의 이름을 바꿀 때 취하기 가 쉽지 않습니다. 도구는 이러한 문자열 리터럴을 확인할 수 없기 때문입니다.

인정 / 최고 등급의 답변은 이미 몇 가지 훌륭한 구체적인 예를 제공합니다.

nameof운영자 의 목적은 아티팩트의 소스 이름을 제공하는 것입니다.

일반적으로 소스 이름은 메타 데이터 이름과 동일한 이름입니다.

public void M(string p)
{
    if (p == null)
    {
        throw new ArgumentNullException(nameof(p));
    }
    ...
}

public int P
{
    get
    {
        return p;
    }
    set
    {
        p = value;
        NotifyPropertyChanged(nameof(P));
    }
}

그러나 항상 그런 것은 아닙니다.

using i = System.Int32;
...
Console.WriteLine(nameof(i)); // prints "i"

또는:

public static string Extension<T>(this T t)
{
    return nameof(T); returns "T"
}

내가 줄 한 가지 용도는 리소스의 이름을 지정하는 것입니다.

[Display(
    ResourceType = typeof(Resources),
    Name = nameof(Resources.Title_Name),
    ShortName = nameof(Resources.Title_ShortName),
    Description = nameof(Resources.Title_Description),
    Prompt = nameof(Resources.Title_Prompt))]

사실이 경우 리소스에 액세스하기 위해 생성 된 속성이 필요하지 않았지만 이제는 리소스가 존재하는지 컴파일 시간을 확인합니다.

nameof키워드 사용법 중 하나는 프로그래밍 방식Binding 으로 wpf에서 설정하는 것 입니다 .

세트 Binding는 세트에있는 Path문자열과 함께 nameof키워드는 리팩터링 옵션을 사용할 수 있습니다.

예를 들어에 IsEnable종속성 속성이 있고 의 일부 에 UserControl바인딩하려는 경우 다음 두 코드를 사용할 수 있습니다.IsEnableCheckBoxUserControl

CheckBox chk = new CheckBox();
Binding bnd = new Binding ("IsEnable") { Source = this };
chk.SetBinding(IsEnabledProperty, bnd);

과

CheckBox chk = new CheckBox();
Binding bnd = new Binding (nameof (IsEnable)) { Source = this };
chk.SetBinding(IsEnabledProperty, bnd);

첫 번째 코드는 리팩터링 할 수 없지만 secend 코드는 ...

이전에는 다음과 같은 것을 사용했습니다.

// Some form.
SetFieldReadOnly( () => Entity.UserName );
...
// Base form.
private void SetFieldReadOnly(Expression<Func<object>> property)
{
    var propName = GetPropNameFromExpr(property);
    SetFieldsReadOnly(propName);
}

private void SetFieldReadOnly(string propertyName)
{
    ...
}

이유-컴파일 시간 안전. 아무도 자동으로 속성 이름을 바꾸고 코드 논리를 중단 할 수 없습니다. 이제 nameof ()를 사용할 수 있습니다.

ASP.Net MVC를 사용할 때 이점이 있습니다. HTML 도우미를 사용하여 일부 컨트롤을 볼 때 HTML 입력의 이름 속성에 속성 이름이 사용됩니다.

@Html.TextBoxFor(m => m.CanBeRenamed)

그것은 다음과 같은 것을 만듭니다 :

<input type="text" name="CanBeRenamed" />

이제 Validate 메소드에서 속성을 확인해야하는 경우 다음을 수행 할 수 있습니다.

public IEnumerable<ValidationResult> Validate(ValidationContext validationContext) {
  if (IsNotValid(CanBeRenamed)) {
    yield return new ValidationResult(
      $"Property {nameof(CanBeRenamed)} is not valid",
      new [] { $"{nameof(CanBeRenamed)}" })
  }
}

리팩토링 도구를 사용하여 속성 이름을 바꾸는 경우 유효성 검사가 중단되지 않습니다.

또 다른 사용 사례는 nameof색인을 확인하는 대신 탭 페이지를 확인하는 것입니다 Name. 다음과 같이 탭 페이지의 속성을 확인할 수 있습니다 .

if(tabControl.SelectedTab.Name == nameof(tabSettings))
{
    // Do something
}

덜 지저분한 :)

nameof내 응용 프로그램에서 매우 길고 복잡한 SQL 문의 가독성 을 높입니다. 변수가 문자열에서 돋보이게하고 SQL 문에서 변수가 사용되는 위치를 파악하지 않아도됩니다.

public bool IsFooAFoo(string foo, string bar)
{
    var aVeryLongAndComplexQuery = $@"SELECT yada, yada
    -- long query in here
    WHERE fooColumn = @{nameof(foo)}
    AND barColumn = @{nameof(bar)}
    -- long query here";


    SqlParameter[] parameters = {
        new SqlParameter(nameof(foo), SqlDBType.VarChar, 10){ Value = foo },
        new SqlParameter(nameof(bar), SqlDBType.VarChar, 10){ Value = bar },
    }
}