Интересно, что лучший подход для проверки свойств сущностей NDB любит:AppEngine NDB валидация недвижимости
- дата должна быть в будущем
- Сорта (целом имуществе) должен находиться в диапазоне от 1 до 10
- ссылка на другой объект должен иметь определенные значения свойств (например, book.category.active должно быть True)
Я также использую WTForms для проверки представленных запросов, но я хочу, чтобы обеспечить соблюдение validat ионов также на более низком уровне, таком как сами объекты хранилища данных.
Так что в основном то, что я ищу, - это вызвать подтверждение для объекта хранилища данных, чтобы узнать, действительно ли оно или нет. В случае, если это действительно, я могу помещать объект в хранилище данных, но если он недействителен, я хочу получить недопустимые свойства, включая применяемый валидатор, который не подтвердил правильность.
Другая причина, по которой WTForms может быть недостаточной, заключается в том, что я испытываю новые конечные точки Cloud. В этой модели я получаю действие, а не HTTP-запрос.
Как пользователи AdEngine могут решить это?
Замечание в Java Я бы использовал что-то вроде Hibernate Validator и/или механизм проверки структуры Spring. –
Непонятно, каков ваш вопрос. Вы можете подклассифицировать классы свойств NDB и определить метод validate(). Это в документах, хотя, возможно, это не то, о чем вы спрашиваете? –
Привет, Гвидо, да, я заметил это в документах и, вероятно, это то, что я должен использовать. Документы, к сожалению, не совсем ясны для меня, как использовать этот метод validate(). Например. существует ли также метод проверки подлинности объекта? И проверить, какие свойства недействительны? –