Не-db-поля для модели Django или администратора

У меня есть модель, в которой есть некоторые поля, хранящиеся в db. Кроме того, мне нужно реализовать не-db-поля, которые будут загружены и сохранены с помощью пользовательского API. Пользователи должны взаимодействовать с моделью с помощью интерфейса администратора, Grappelli используется для улучшения стандартного администратора Django.Не-db-поля для модели Django или администратора

Я заинтересован в одном из следующих способов:

модели виртуальных полей или свойства, где я могу переопределить, как читать и сохранять пользовательские поля. (Простые свойства питон не будет работать с Django администратора)
редактируемые для администратора вызываемых объектов (не уверен, если это вообще возможно)
Любые другие средства для отображения и обработки пользовательских полей в админ, кроме создание пользовательских форм и перемещение логики в формы.

источник

2015-10-22 Art

Я не могу себе представить, что такое " редактируемый вызываемый "есть. Почему бы вам не поместить логику в формы? –

Посмотрите на 'upper_case_name' [здесь] (https://docs.djangoproject.com/en/1.8/ref/contrib/admin/#django.contrib.admin.ModelAdmin.list_display) Однако они всегда читаются, только, если вы используете @property с @ prop_name.setter. Формы, ну, они просто не созданы для этого, поэтому они нарушают эти понятия. – Art

Я думаю, что Custom Forms будет способом ... и в архитектурном плане было бы бессмысленно иметь немодальные модели в классе модели django. То, что вы на самом деле хотите, - это ViewModel, который может предоставить вам CustomForm. –

-1

Я думаю, вы можете использовать класс ни-модель, которая обертка класс модели и имеют некоторые дополнительные поля, где вы можете установить/получить или сохранить в другом месте

источник

2015-10-22 09:13:25 hiennt

Как администратор django работает с немодельным классом? – Art

Не-db-поля для модели Django или администратора

ответ

Смежные вопросы