Почему электронная почта, имя пользователя, почтовый индекс и т. Д. Как объекты в хранилище данных GAE

Question

Почему электронная почта, имя пользователя, почтовый индекс и т. Д. Как объекты в хранилище данных GAE

Я видел, что в хранилище данных GAE есть так много сущностей, которые в конце являются Strings, по крайней мере, по-видимому.

Список объектов Java DataStore GAE

Я хотел бы знать причину этого? индексация? семантический поиск?

4

java google-app-engine google-cloud-datastore objectify

Источник

user1113715 21 мар '12 в 23:10

2 ответа

Решение

Для меня это совершенно ясно - вопрос в том, о чем мы (дизайнеры Google App Engine) думали, когда добавляли эти "семантические" типы свойств.

Я тогда не был в команде, но я думаю, что мы были в восторге от автоматической генерации XML из сущностей, используя схему ATOM. Я не думаю, что это очень популярно или полезно на практике. Вы можете игнорировать их - их проверка тривиальна (не должна быть пустой).

В NDB (новый клиент Python для хранилища данных) я решил не поддерживать эти типы семантических свойств или генерацию XML, и пока его запрашивал только один человек: http://code.google.com/p/appengine-ndb-experiment/issues/detail?id=96

9

Источник

user818274 22 мар '12 в 04:37

Другие вопросы по тегам java google-app-engine google-cloud-datastore objectify

user78212 22 мар '12 в 07:57 2012-03-22 07:57 · Accepted Answer · 2012-03-22 07:57

У меня был тот же вопрос пару лет назад. Ник ответил здесь. Классы Java обеспечивают четность с Python, а в Python это полезно для специального поведения.to_xml(). Возможно, что когда GAE получит правильные запросы GEO, GeoPt может стать полезным, но в противном случае вы можете их игнорировать.