4

GAE는 entities에 대해 Email 또는 PostalAddress와 같은 몇 가지 유형을 제공합니다. 나는 그들이 어떤 검증을 제공하지 않는다는 것을 읽었다. 그래서 나는 단순한 String 필드에 데이터를 저장하는 대신에 그들을 사용하는 것의 이점은 무엇인가? 내가 그들을 사용해야하는 이유는 무엇입니까?GAE 유형을 사용하는 것이 좋습니다?

편집 : 나는 구글이 응답 희망이 question

+1

[App Engine - 가능한 이유는 PhoneNumber, Link, Rating etc 클래스입니까?] (http://stackoverflow.com/questions/1856126/app-engine-why-are-there-phonenumber-link-rating) -etc-classes) – systempuntoout

+0

나는 그 질문을 발견하지 못했다. –

답변

1

현재 유일한 목적은 Google에서 사용하는 gdata 원자 피드로 원활하게 변환하는 것입니다. 그것들은 아마도 GoogleApps가 구축되고 AppEngine 데이터 모델에 포함 된 프레임 워크에 구현 된 필드 일 것입니다. 그렇게하면 Google 애플리케이션과 상호 작용하는 앱을 만들고 싶다면 훨씬 쉽습니다.

또한 색인을 생성하기 위해 값이 "정상화"되었는지도 확실합니다. LinkProperty의 값은 www.stackoverflow.com에서 com.stackoverflow.www로 변경 될 가능성이 큽니다.

2

에 대답했다. 일부 추측 :이 속성 유형은 gdata으로 표현하는 방법에 대한

  • 파이썬 docs 이야기. gdata 피드에서 Email 속성을 인스턴스화 한 다음 데이터 저장소 엔터티에 속성을 설정할 수 있습니까? 앱 엔진 앱 (언젠가)이 gdata 스타일의 웹 서비스를 제공 할 수 있습니까?
  • 아마도 Google은 데이터 저장소의 스토리지를 최적화하는 데 도움이되는 이러한 유형의 저장소 요구 사항에 대한 경험적 방법을 가지고 있습니다.
  • 나중에 출시 될 때 이러한 유형에 기능을 추가 할 것입니다.
  • 아마도 타이핑을 위해 타이핑하는 것이 좋습니다.
관련 문제