4

Я вижу, что GAE предоставляет несколько типов, таких как Email или PostalAddress для своего entities. Я читал, что они не дают никакой проверки. Поэтому я задаюсь вопросом: в чем преимущество использования этих данных вместо хранения данных в простом поле String? По какой причине я должен их использовать?Рекомендуется ли использовать типы GAE?

EDIT: ответил на этот question

+1

Возможный дубликат [App Engine - почему существуют номера PhoneNumber, Link, Rating и т. Д.?] (Http://stackoverflow.com/questions/1856126/app-engine-why-are-there-phonenumber-link-rating -etc-classes) – systempuntoout

+0

Я не заметил, что вопрос существует, он отвечает на мой запрос, спасибо! –

ответ

1

В настоящее время единственной целью для них является то, что они легко конвертируются в каналы gdata atom, которые использует Google. Они, вероятно, являются областями, которые были реализованы в рамках, на которых построен GoogleApps и которые были включены в модель данных AppEngine. Таким образом, если вы хотите создать приложение, которое взаимодействует с GoogleApps, это намного проще.

Я также уверен, что значения «нормализованы» правильно для индексации. Значение LinkProperty, скорее всего, изменено с www.stackoverflow.com на com.stackoverflow.www.

2

Я надеюсь, что Google отвечает на это. Некоторые догадки:

  • Питон docs говорить о том, эти типы недвижимости представлены в gdata. Можете ли вы создать экземпляр свойства Email из фида gdata и затем установить его на объект хранилища данных? Могло ли ваше приложение для приложения (когда-нибудь) предоставить веб-сервис в стиле gdata?
  • Возможно, у Google есть эвристика о требованиях к хранению этих типов, которые помогают им оптимизировать хранение в хранилище данных.
  • Возможно, они добавят функциональность к этим типам в более позднем выпуске.
  • Возможно, им нравится печатать на машинке для печати.