객체가 값 또는 엔터티를 캡슐화하는 것으로 분류하는 것이 유용하며, 무언가가 값이면 참조를 보유한 코드는 코드 자체가 시작하지 않은 방식으로 상태가 변경되지 않아야한다는 점이 다릅니다. 대조적으로, 엔티티에 대한 참조를 보유한 코드는 참조 보유자의 통제 범위를 넘어서서 변경 될 것으로 예상 할 수 있습니다.

변경 가능 또는 변경 불가능한 유형의 객체를 사용하여 캡슐화 값을 사용할 수 있지만 다음 조건 중 하나 이상이 적용되는 경우에만 객체가 값으로 작동 할 수 있습니다.

1. 객체에 대한 어떤 참조도 그 안에 캡슐화 된 상태를 바꿀 수있는 어떤 것에 노출되지 않을 것입니다.

2. 객체에 대한 하나 이상의 참조를 보유한 사람은 모든 기존 참조가 사용될 수있는 모든 용도를 알고 있습니다.

불변 유형의 모든 인스턴스는 자동으로 첫 번째 요구 사항을 충족하므로 값으로 쉽게 사용할 수 있습니다. 반대로 가변 유형을 사용할 때 두 가지 요구 사항을 모두 충족시키는 것은 훨씬 어렵습니다. 불변 유형에 대한 참조는 그 안에 캡슐화 된 상태를 캡슐화하는 수단으로서 자유롭게 전달 될 수있는 반면에, 불변 유형에 저장된 상태를 통과하는 것은 불변 래퍼 객체를 구성하거나 개인이 보유한 객체에 의해 캡슐화 된 상태를 다른 객체에 복사하는 것을 필요로한다 데이터 수신자에 의해 제공되거나 데이터 수신자를 위해 구성됩니다.

불변 유형은 값을 전달하는 데 매우 효과적이며 종종 값을 조작하는 데 약간 사용 가능합니다. 그러나 엔티티를 처리하는 데 그렇게 좋지 않습니다. 순수한 불변 유형을 가진 시스템에서 엔티티에 대해 가장 가까운 것은 시스템의 상태에 따라 그 일부의 속성을보고하거나 다음과 같은 새로운 시스템 상태 인스턴스를 생성하는 함수입니다. 일부 선택 가능한 방식이 다른 특정 부분을 제외하고 하나를 공급했다. 또한 엔터티의 목적이 일부 코드를 실제 세계에 존재하는 코드와 인터페이스하는 것이라면 엔터티가 변경 가능한 상태의 노출을 피하는 것이 불가능할 수 있습니다.

예를 들어, TCP 연결을 통해 일부 데이터를 수신하는 경우 이전 “세계 상태”에 대한 참조에 영향을주지 않고 버퍼에 해당 데이터를 포함하는 새로운 “세계 상태”객체를 생성 할 수 있지만 마지막 데이터 배치를 포함하지 않는 월드 상태는 결함이 있으며 더 이상 실제 TCP 소켓의 상태와 일치하지 않으므로 사용해서는 안됩니다.

답변

var brandNewVariable = pureFunction(foo);

sameOldObject.changeMe(foo);

var brandNewVariable = nonMutatingObject.askMe(foo);