.NET Colors 클래스가 정적이 아닌 이유는 무엇입니까?

Question

반사경에서 색상 클래스의 소스를 탐색 중이며 그냥 봉인 된 클래스입니다. 그러나 모든 구성원은 정적입니다. 그렇다면 왜 Colors 클래스의 복사본을 만들까요?

그것은 내부에있다 :

System.Windows.Media.Colors 

Answer 1

정적 클래스입니다 (같이 어떤 접근성 수준에서 생성자, 심지어 것들에 의해 생성되지 개인 생성자없는 생성자와 단지 밀봉 추상적 클래스 컴파일러) [Eric의 의견에 따라 고정]. C# 키워드 static은 단순히 그 축약어이며 모든 구성원을 정적으로 만들도록 강요하지만 API 클라이언트의 경우 똑같습니다.

.NET 2.0이 출시되기 전에 WPF (Avalon) 작업이 시작된 것을 감안할 때 static class이 나타나기 전에이 특정 클래스가 작성된 것일 수 있습니다. 또는 저자가 그 언어 기능을 인식하지 못했을 수도 있습니다.

Answer 2

제게는 Colors.AliceBlue과 Colors.AntiqueWhite (Colors 클래스의 첫 번째 및 두 번째 정적 속성 :)은 다른 유형 대신 Color 객체의 차이 인스턴스 여야합니다.

public static Color AliceBlue {get;}

는 정적 클래스는 정적 멤버와 포함 된 봉인 클래스가 있습니다 에만 적어도 C#으로 (개인 기본 생성자를 가질 수로 새로운 키워드를 사용하여 인스턴스화 할 수 없습니다).

Color를 인수로 사용하는 API를 만들고 있다고 가정하면 Color가 정적 클래스 인 경우 어떻게됩니까?

다른 색상은 Color 클래스의 다른 인스턴스 대신 다른 유형 (틀림없이 정적 일 수도 있음)이어야한다고 주장 할 수 있습니다. 이 경우에도 Color 클래스는 정적 클래스가 아니어야합니다. 왜냐하면 개별 Color 클래스에 대한 기본 Color 클래스를 가져야하고 기본 Color 클래스 static이 자동으로이를 봉인하게 만들기 때문입니다.

Color는 네임 스페이스 여야하며 개별 색상은 정적 클래스 여야한다고 주장하기를 원할 수도 있습니다. 간단히 말해서 나는 다시

Answer 3

을 :)처럼 모든 정적 회원들과 개인 생성자와 sealed 클래스 때문에 IL가 static 클래스의 사용을 형성하는 방식의 특정 성능 향상을 구성하기 때문에 API의 모양을 상상하도록 요청합니다 실제로 sealed 클래스에 비해 정적 클래스는 IL에서 abstract 수정자를 가져와 new가 호출되지 않도록합니다.

참조 .. This post on msdn social