id, createdAt, updatedAt, deletedAt, createdBy, updatedBy, position, searchVector
defineField()로 이러한 필드를 선언하지 않기 때문에, 가져올 수 있는 universalIdentifier 상수가 없습니다. 그렇다면 view에서 createdAt을 컬럼으로 어떻게 참조할 수 있을까요?
문제
Twenty 2.19부터 시스템 필드의 유니버설 식별자는 애플리케이션 유니버설 식별자, 객체 유니버설 식별자, 필드 이름이라는 세 가지 입력값으로부터 서버에서 결정론적으로 도출됩니다. id를 임의로 만들고 하드코딩해도 동작하지 않습니다. 서버에서 어떤 것과도 일치하지 않으며, 동기화에서 이러한 끊어진 참조를 거부합니다:해결책
getFieldUniversalIdentifier는 twenty-sdk 2.21부터 사용할 수 있습니다.getFieldUniversalIdentifier를 사용해 서버가 사용하는 것과 정확히 동일한 값을 해석하세요. 이 함수는 세 가지 입력값을 받아 필드의 유니버설 식별자를 반환합니다:
applicationUniversalIdentifier는defineApplication()에 전달하는, 앱의 식별자입니다.objectUniversalIdentifier는 필드가 속한 객체의 식별자입니다.name은 시스템 필드 이름이며, 위에 나열된 값들 중 하나입니다.
예시: 뷰의 createdAt 컬럼
일반적인 사용 사례는 커스텀 객체 중 하나의 뷰에createdAt 컬럼을 추가하는 것입니다. 필드 id를 해석한 다음, 다른 fieldMetadataUniversalIdentifier와 동일한 방식으로 참조하세요:
src/views/example-view.ts
fieldMetadataUniversalIdentifier가 필요한 모든 곳에서 사용할 수 있습니다. 예를 들어 view 필드, 필터, 정렬, 그룹, 페이지 레이아웃 위젯 등입니다.
id를 해석해서 사용하고, 하드코딩하지 마세요. 서버는 애플리케이션 id, 객체 id, 필드 이름으로부터 값을 도출하기 때문에,
getFieldUniversalIdentifier를 호출하면 이 입력값들이 변경되더라도 참조를 올바르게 유지할 수 있고, 도출 방식이 바뀌더라도 드리프트를 방지할 수 있습니다.표준 Twenty 객체
표준 Twenty 객체(Person, Company, Opportunity 등)의 경우 어떤 것도 도출할 필요가 없습니다. 시스템 필드 식별자는 미리 계산된 상수이므로 바로 import해서 사용할 수 있습니다.defineObject()로 앱에서 직접 정의한 객체처럼, 그러한 상수가 존재하지 않는 경우에 getFieldUniversalIdentifier를 사용하세요.
name은 시스템 필드가 아니라 기본(default) 필드입니다. 이 필드는 자체 하드코딩된 유니버설 식별자를 유지하며,
getFieldUniversalIdentifier를 통해 해석되지 않습니다. 여러분이 정의한 객체에서는 defineObject()에서 부여한 식별자를 사용해 name 필드를 참조하세요.