Java, C # 및 기타 유사한 언어에서 클래스 유형 필드는 객체를 식별하거나 해당 객체의 값 또는 상태를 캡슐화하는 데 사용될 수 있지만 언어는 이러한 사용법을 구분하지 않습니다. 클래스 객체 George의 유형이 필드 라고 가정합니다 char[] chars;. 이 필드는 다음 중 하나의 문자 순서를 캡슐화 할 수 있습니다.

1. 절대 수정되거나 수정 될 수 있지만 외부 참조가 존재할 수있는 코드에는 노출되지 않는 배열입니다.

2. 외부 참조는 없지만 George가 자유롭게 수정할 수있는 배열입니다.

3. George가 소유하지만 George의 현재 상태를 나타낼 것으로 예상되는 외부보기가있을 수있는 배열입니다.

또한 변수는 문자 시퀀스를 캡슐화하는 대신 라이브 뷰를 다른 객체가 소유 한 문자 시퀀스로 캡슐화 할 수 있습니다.

경우 chars현재 문자 순서 [바람] 캡슐화, 조지가 원하는 chars문자 시퀀스 [지팡이]을 캡슐화하는 조지가 할 수있는 일이 될 것입니다 :

A. [wand] 문자를 포함하는 새로운 배열을 구성 chars하고 이전 배열이 아닌 해당 배열을 식별하도록 변경 하십시오.

B. 어떻게 든 기존 문자 배열을 식별하여 항상 문자 [원치]를 보유 chars하고 이전 배열이 아닌 해당 배열을 식별하도록 변경 합니다.

C.에 의해 확인 된 배열의 두 번째 문자 변경 chars에를 a.

경우 1, (A) 및 (B)는 원하는 결과를 얻는 안전한 방법입니다. (2), (A) 및 (C)가 안전하지만 (B)는 [즉시 문제를 일으키지 않지만, George가 배열의 소유권을 가지고 있다고 가정하므로 배열을 소유한다고 가정하므로 배열을 마음대로 바꿀 수 있습니다]. (3)의 경우, 선택 (A)와 (B)는 외부 관점을 어기므로 선택 (C) 만 맞습니다. 따라서, 필드에 의해 캡슐화 된 문자 시퀀스를 수정하는 방법을 알기 위해서는 필드의 의미 유형이 무엇인지 알아야합니다.

char[]잠재적으로 변경 가능한 문자 시퀀스를 캡슐화하는 type 필드를 사용하는 대신 코드가 String불변 문자 시퀀스를 캡슐화하는 type을 사용 하면 위의 모든 문제가 사라집니다. 모든 유형의 필드는 String변경되지 않는 공유 가능 객체를 사용하여 일련의 문자를 캡슐화합니다. 따라서 필드 유형이String“바람”을 캡슐화하는 “바람”을 캡슐화하는 유일한 방법은 “바람”을 보유하는 다른 객체를 식별하는 것입니다. 코드가 객체에 대한 유일한 참조를 보유하는 경우 객체를 변경하는 것이 새 객체를 만드는 것보다 효율적일 수 있지만 클래스가 변경 될 때마다 값을 캡슐화 할 수있는 여러 가지 방법을 구별해야합니다. 개인적으로 나는 이것을 위해 Apps Hungarian을 사용해야한다고 생각합니다 ( char[]유형 시스템이 동일한 유형으로 간주하지만 (정확하게 Apps Hungarian이 빛나는 일종의 상황)) 이러한 모호성을 피하는 가장 쉬운 방법은 아닙니다. 값을 한 방향으로 만 캡슐화하는 불변 유형을 디자인하는 것입니다.