@g1cloud/entity-modeler-next 5.2.2 → 5.2.4

package/dist/core/version.d.ts

@@ -0,0 +1,2 @@
+/** 이 번들이 빌드된 라이브러리 버전(예: `'5.2.3'`). 호스트 진단 라우트·클라이언트 표시용. */
+export declare const LIB_VERSION: string;

package/dist/editor/commandPlans.d.ts

@@ -1,6 +1,6 @@
 import { Command, EditorState } from '../command/types';
 import { ReconcilePlan } from '../core/propagation';
-import { Attribute, DbColumn, Entity, LogicalModel, ModelId, Point } from '../core/types';
+import { Attribute, ClassStereotype, DbColumn, Entity, LogicalModel, ModelId, Point } from '../core/types';
 /**
  * 한 조작이 지우는 속성의 누산기 — 인덱스 컬럼 정리를 **조작당 한 번**만 방출하기 위한 것.
  *
@@ -96,6 +96,23 @@ export declare function embedSlotRemovalCommands(logical: LogicalModel, entityId
  * futureLogical은 트리거 변경이 이미 반영된 상태여야 한다(construction 시점 계획 고정).
  */
 export declare function childReconcileWithCascade(futureLogical: LogicalModel, childIds: readonly ModelId[], removed: RemovedAttributes): Command[];
+/**
+ * **컬럼 축이 사라질 때 그 축의 «모든» 필드를 정리**하는 서브명령 — 직렬화 타입 전환 전용.
+ *
+ * ★**왜 함수로 뽑았나**: 전환은 두 경로로 들어온다 — 일반 엔티티에서 오는 `enteringValueType` 과
+ * **임베더블에서 오는 `betweenValueTypes`**. 처음엔 전자에만 정리를 달았고, 그 결과 실제 마이그레이션의
+ * 주 경로(임베더블 → 직렬화 타입)가 **컬럼·테이블을 그대로 달고 전환**됐다(2026-08-29 프로덕션 실측:
+ * `CartGift` 가 `table=cart_gift` · 속성 5개 전부 1컬럼을 유지한 채 `SERIALIZED_TYPE` 이 됐다).
+ * ⇒ 「축이 사라지면 그 축의 모든 필드를 정리」 규율의 **재발이고, 이번엔 필드가 아니라 «분기»를 빠뜨린
+ * 형태**다. 한 함수로 모아 두 분기가 같은 것을 쓰게 한다.
+ *
+ * ★대상은 **컬럼 축뿐**(`isColumnlessStereotype`) — 임베더블은 owner 테이블로 평탄화돼 **실제로 컬럼을
+ * 가지므로** 지우면 안 된다. 값 타입 축(테이블·PK)은 둘이 공유하지만 컬럼 축은 갈리는 자리다.
+ *
+ * @param removedIds 이 조작이 «이미» 제거한 속성(FK reconcile 산물) — 판정은 계획 **적용 후** 상태로
+ *   해야 한다(memory `plan-diff-judgment-uses-post-plan-state`). 없으면 빈 집합.
+ */
+export declare function columnAxisCleanupCommands(entity: Entity, to: ClassStereotype, removedIds?: ReadonlySet<ModelId>): Command[];
 export declare function flattenEmbeddableColumns(embeddable: Entity): DbColumn[];
 /**
  * 임베더블 → 일반 엔터티 역전환의 부수 명령(stereotype update 명령에 합성).