[G1-Sync] Manual knowledge update

10_Wiki/Topics/Programming & Language/readonly.md

@@ -1,5 +1,5 @@
 ---
-id: P-REINFORCE-AUTO-92E2DD
+id: [[P-Reinforce]]-AUTO-92E2DD
 category: "10_Wiki/💡 Topics/Programming & Language"
 confidence_score: 0.90
 tags: [auto-reinforced]
@@ -14,7 +14,7 @@ github_commit: "[P-Reinforce] Continuous Worker - readonly"
 
 ## 📖 구조화된 지식 (Synthesized Content)
 * **작동 방식 및 성능:** 
-  `readonly`는 전적으로 컴파일 타임에만 동작하는 기능으로, 컴파일 후 생성된 JavaScript 코드에서는 흔적이 사라집니다 [2, 6]. 따라서 성능에 어떠한 런타임 오버헤드도 주지 않으면서 속성의 불변성을 강제할 수 있습니다 [2, 5, 6]. 
+  `readonly`는 전적으로 컴파일 타임에만 동작하는 기능으로, 컴파일 후 생성된 [[JavaScript]] 코드에서는 흔적이 사라집니다 [2, 6]. 따라서 성능에 어떠한 런타임 오버헤드도 주지 않으면서 속성의 불변성을 강제할 수 있습니다 [2, 5, 6]. 
 
 * **객체 및 클래스에서의 활용:** 
   인터페이스나 타입 별칭, 클래스의 속성에 `readonly`를 지정할 수 있습니다. 클래스에서는 선언 시점이나 생성자(constructor) 내부에서만 초기화가 가능하며, 그 이후에 값을 수정하려고 시도하면 컴파일러가 에러를 발생시킵니다 [7, 8]. 이는 시스템의 고유 식별자(ID)나 환경 설정 값처럼 생명 주기 동안 변하지 않아야 하는 데이터를 보호할 때 유용합니다 [7, 9].
@@ -28,7 +28,7 @@ github_commit: "[P-Reinforce] Continuous Worker - readonly"
   * `readonly`: 컴파일 타임에 객체/배열 내부 속성의 변경을 타입 레벨에서 차단하여, 실행 전 코드 작성 단계에서 안전을 보장합니다 [4, 5, 14].
 
 * **얕은 불변성(Shallow Immutability)의 한계:** 
-  기본적인 `readonly` 수식어나 `Readonly<T>` 유틸리티 타입은 최상위 레벨의 속성에만 얕게 적용됩니다 [16-18]. 즉, 중첩된 내부 객체는 여전히 수정될 수 있습니다 [17, 18]. 완벽한 깊은 불변성을 원한다면 재귀적으로 속성을 잠그는 커스텀 `DeepReadonly` 유틸리티 타입을 별도로 구현해야 합니다 [17-19].
+  기본적인 `readonly` 수식어나 `Readonly<T>` 유틸리티 타입은 최상위 레벨의 속성에만 얕게 적용됩니다 [16-18]. 즉, 중첩된 내부 객체는 여전히 수정될 수 있습니다 [17, 18]. 완벽한 깊은 불변성을 원한다면 재귀적으로 속성을 잠그는 커스텀 `[[DeepReadonly]]` 유틸리티 타입을 별도로 구현해야 합니다 [17-19].
 
 ## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
 - **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
@@ -36,7 +36,7 @@ github_commit: "[P-Reinforce] Continuous Worker - readonly"
 
 ## 🔗 지식 연결 (Graph)
 - **Related Topics:** const, Object.freeze(), ReadonlyArray, [[DeepReadonly]], Utility Types
-- **Projects/Contexts:** State Management, Configuration Objects, API Responses
+- **Projects/Contexts:** [[State]] [[Management]], Configuration Objects, API Responses
 - **Contradictions/Notes:** `readonly`는 데이터 변경을 막는 훌륭한 타입 제어 장치지만, 컴파일러는 `readonly` 데이터를 변경 가능(mutable)한 매개변수를 받는 함수에 전달하는 것(Aliasing)을 허용하므로 이로 인한 우회적 변이(mutation)가 발생할 수 있다는 구조적 맹점을 주의해야 합니다 [20, 21].
 
 ---