클래스의 인스턴스가 변경 될 것으로 예상되지 않을 때 더 많은 불변 유형을 사용 하고 있습니다 . 더 많은 작업이 필요하지만 (아래 예 참조) 멀티 스레드 환경에서 유형을보다 쉽게 사용할 수 있습니다.
동시에 변경 가능성이 다른 사람에게 도움이되지 않더라도 다른 응용 프로그램에서는 변경 불가능한 유형을 거의 볼 수 없습니다.
질문 : 왜 다른 응용 프로그램에서 불변 유형이 거의 사용되지 않습니까?
- 불변 유형의 코드를 작성하는 것이 더 길기 때문입니다.
- 아니면 뭔가 빠졌고 불변 유형을 사용할 때 몇 가지 중요한 단점이 있습니까?
실생활의 예
다음 Weather과 같은 RESTful API에서 얻는다고 가정 해 봅시다 .
public Weather FindWeather(string city)
{
// TODO: Load the JSON response from the RESTful API and translate it into an instance
// of the Weather class.
}
우리가 일반적으로 보는 것은 (코드를 줄이기 위해 줄 바꿈과 주석이 제거 된 것입니다) :
public sealed class Weather
{
public City CorrespondingCity { get; set; }
public SkyState Sky { get; set; } // Example: SkyState.Clouds, SkyState.HeavySnow, etc.
public int PrecipitationRisk { get; set; }
public int Temperature { get; set; }
}
반면에 WeatherAPI에서 가져온 다음 수정하는 것이 이상 할 것 입니다. 실제 세계의 날씨를 변경 Temperature하거나 Sky변경 CorrespondingCity하지 않으며 변경 도 의미가 없습니다.
public sealed class Weather
{
private readonly City correspondingCity;
private readonly SkyState sky;
private readonly int precipitationRisk;
private readonly int temperature;
public Weather(City correspondingCity, SkyState sky, int precipitationRisk,
int temperature)
{
this.correspondingCity = correspondingCity;
this.sky = sky;
this.precipitationRisk = precipitationRisk;
this.temperature = temperature;
}
public City CorrespondingCity { get { return this.correspondingCity; } }
public SkyState Sky { get { return this.sky; } }
public int PrecipitationRisk { get { return this.precipitationRisk; } }
public int Temperature { get { return this.temperature; } }
}
3
"더 많은 작업이 필요합니다"– 인용이 필요합니다. 내 경험상 작업 이 덜 필요 합니다.
—
Konrad Rudolph
@ KononRudolph : 더 많은 작업 으로 불변의 클래스를 만들기 위해 더 많은 코드를 작성해야합니다. 내 질문의 예는 이것을 변경할 수 있으며 클래스는 7 줄, 변경할 수없는 클래스는 19 줄입니다.
—
Arseni Mourzenko 2016 년
Visual Studio에서 코드 조각을 사용하는 경우 코드 조각 기능을 사용하여 코드 입력을 줄일 수 있습니다. 사용자 정의 스 니펫을 작성하고 IDE에서 몇 개의 키를 사용하여 필드와 특성을 동시에 정의하게 할 수 있습니다. 불변 유형은 멀티 스레딩에 필수적이며 스칼라와 같은 언어에서 광범위하게 사용됩니다.
—
Mert Akcakaya 2016 년
@Mert : 코드 스 니펫은 간단한 일에 좋습니다. 필드와 속성에 대한 주석과 올바른 순서로 전체 클래스를 작성하는 코드 스 니펫을 작성하는 것은 쉬운 일이 아닙니다.
—
Arseni Mourzenko 2016 년
나는 주어진 예에 동의하지 않습니다. 불변의 버전은 점점 더 많은 일을하고 있습니다. accessors를 사용하여 속성을 선언하여 인스턴스 수준 변수를 제거 할 수
—
Phoshi
{get; private set;}있으며 변경 가능한 변수 도 생성자가 있어야합니다. 모든 필드가 항상 설정되어야하고 왜 강제하지 않습니까? 이 두 가지를 합리적으로 적절히 변경하면 기능과 LoC 패리티가됩니다.