C# 미리 정의 된 문자열에 대한 정적 클래스와 구조체

Question

동료가 방금 C#에서 다음과 같은 구성을 만들었습니다 (예제 코드가 단순화되었습니다). 그의 목표는 나머지 코드에서 미리 정의 된 모든 문자열에 대한 표기법을 줄이는 것이 었습니다.

public struct PredefinedStrings 
{ 
    public const string VeryLongName = "Very Long Name"; 
    public const string AnotherVeryLongName = "Another Very Long Name"; 
    public const string TheLastVeryLongName = "The Last Very Long Name"; 
} 

public static void MethodThatUsesTheNames() 
{ 
    Console.WriteLine(PredefinedStrings.VeryLongName); 
    Console.WriteLine(PredefinedStrings.AnotherVeryLongName); 
    Console.WriteLine(PredefinedStrings.TheLastVeryLongName); 
} 

은 그를 위해 잘 작동하는 것 같다 있지만, 나는 그가 정적 클래스 대신 구조체를 사용해야 또는이 있다면 더 우아한 방법은 이것을 달성 할 것인지 궁금 중지 할 수 없습니다.

이렇게하는 것이 바람직한 방법은 무엇입니까? 이유를 설명하십시오.

Answer 1

이있다 이 나쁜 아무것도하지 않습니다 new PredefinedStrings()을하고 다른 코드를 중지 아무것도하지만 수 있도록 의미 혼란 무언가이다. 정적 클래스를 사용하면 컴파일러가 생성을 금지합니다. 정적 클래스가 프레임 워크에 상수를 제공하는 기본 방법이라는 것은 말할 나위도 없습니다. 나는 이후 검색하고 합리적으로 신속하게 System.Net.Mime.DispositionTypeNames 및 System.Net.WebRequestMethods.Http을 발견했다 -

편집 나는 증거가없는 두 번째 부분은 말했다, 추가 할 수 있습니다.

Answer 2

이 연습을 위해 Dictionary<enumNameType, string>을 사용합니다. 여기서 enumNameType은 (당신의 경우에) 가질 수있는 다른 유형의 이름입니다 ...이 사전은 정적 클래스로 래핑되고 캐시됩니다 - 우리는 처음 사용할 때만 생성 한 다음 동일한 객체를 반환합니다 ...

이 정보가 도움이되기를 바랍니다. struct 솔루션을

Answer 3

이 코드에는 기능상의 문제가 없습니다. 그러나 stylistically 정적 클래스가 더 나은 동의합니다. 정적 클래스는 유형의 의도가 정적/상수 데이터 만 보유한다는 것을 선언합니다.

Answer 4

주로 리소스 파일에있는 문자열을 선호하며 코드 내에 포함되지 않습니다 (주로 국제화 이유로 사용). 그런 다음 값을 속성 멤버로 사용하여 정적 클래스를 통해 액세스 할 수 있습니다.

Answer 5

static class 및 struct 이외에도 상수 문자열에 resource 개의 파일을 사용하지 않으시겠습니까? 이들은 SomeNamespace.ResourceName.KeyName으로 매우 쉽게 접근 할 수 있으며 프로젝트에있는 위치에 따라 필요한 경우 다시 컴파일하지 않고 외부에서 관리 할 수 ​​있습니다. ...

Answer 6

정적이 더 좋으며 여기에 제 추론이 있습니다. 이 코드가 일부 라이브러리에 있고 다른 코드가이 라이브러리를 사용하는 경우 상수 필드의 값이 변경되면이 라이브러리를 다시 컴파일해야 할뿐만 아니라이 코드를 사용하는 코드를 다시 컴파일해야합니다. 도서관도. 그 이유는, 컴파일은 참조 할 때마다 상수 값을 삽입하기 때문입니다. 정적을 사용하는 경우 필드이 아니며 값이이 아니므로이 문제가 발생하지 않습니다.

Answer 7

나는 구조체를 상수에도 사용하지만 공용 API에는 내부 용으로 만 사용합니다. 열거 형 (enum)도 구조체로 변환되기 때문에 자연 스럽습니다.

Answer 8

리소스 파일 (.resx)을 찾는 것처럼 들립니다. 그러한 문자열을 저장하기에 알맞은 곳이며, 문자열을 .resx로 추상화하면 나중에 응용 프로그램을보다 쉽게 ​​현지화 할 수 있습니다. 자세한 내용은 http://msdn.microsoft.com/en-us/library/1ztca10y.aspx에있는 MSDN 페이지를 참고하십시오.

Answer 9

구조체 크기가 약 16 바이트 여야한다는 권장 사항을 잊지 마십시오. 주어진 32 비트 시스템은 바로 거기에 4 개의 System.String 참조입니다. 문자열 수가 증가하면 정적 클래스를 사용하는 것이 나을 것이라고 생각합니다.

Answer 10

간단한 경험 법칙 : 다른 선택의 여지가 없어 질 때까지 구조체를 사용하지 마십시오.

• 단순한 유형이 사용될 수있다 (문자열, 수치 등)
• 상수 참조 조립체에 주입되어

  상수는 몇 가지 단점을 가지고있다. 당신이 상수 조립 재 컴파일 상수를 사용하여 어셈블리를 다시 컴파일하지 않는 경우, 당신은 내가 이런 식으로 코드를 작성합니다

곤경에 얻을 것이다 (통지 이름 바꾸기가 너무 리팩토링) :

public static class KnownNames 
{ 
    public static readonly string VeryLong = "Very Long Name"; 
    public static readonly string AnotherVeryLong = "Another Very Long Name"; 
    public static readonly string TheLastVeryLong = "The Last Very Long Name"; 
} 

Answer 11

정적 수업은 가장 표준적이고 기대하기 때문에 가기에 가장 좋은 방법 인 것 같습니다. 구조체/const 버전이 빠를 것이라고 생각했지만 일부 테스트 후에는 그렇지 않습니다.

길이, 비교, 연결, 사본, indexOf 및 하위 문자열을 포함하는 빠른 테스트의 결과는 다음과 같습니다. 디버거가 연결되지 않은 채 릴리스 된 .Net 4.0에서 실행되었습니다.

          .Net 3.0 .Net 4.0 
static class with static read-only string: 0.217 0.364 seconds 
static class with const   string: 0.211 0.361 seconds 
struct  with static read-only string: 0.211 0.372 seconds 
struct  with const   string: 0.214 0.371 seconds 
Properties.Resources    string: 1.173 1.268 seconds 

리소스 파일을 사용할 때를 제외하면 모두 거의 동일한 성능을 보였으 나 속도는 느립니다. Properties.Resources는 느리지 만 실행 파일에 저장되지 않으므로 경우에 따라 적절할 수 있습니다. 그래서 "정적 클래스"또는 Properties.Resources 내 의견을 문자열을 저장하십시오.

Answer 12

구조체는 일반적으로 this answer에 설명 된 특정 기준을 충족하지 않으면 피할 수 있습니다.

동료가 값을 저장하는 데 사용하지 않으므로 구조가 아닌 클래스를 사용해야합니다.

Answer 13

상수로 의도 된 새 개체를 만들 수 있다는 간단한 사실은 나쁜 습관 (일반적으로)의 분명한 증거입니다. .NET은 개념을 가끔 사용하기 때문에 "보통"이라고 말하지만, 이유는 확실하지 않습니다. 물론

, 당신은 항상이 같은 물건을 수행 할 수 있습니다

public class Foo 
{ 
    public struct Bar 
    { 
     public static double A = 100; 

     public Bar(double a) 
     { 
      A = a; 
     } 
    } 
} 

기술적 Bar의 생성을 정당화 않는; 그러나 상수 인 Bar이 (심지어 단일 스레드 환경에서도) 동일 할 것이라는 보장은 없으며 궁극적으로 거의 사용되지 않습니다.