Size: a a a

Django [ru] #STAY HOME

2019 November 09

A

Andrey in Django [ru] #STAY HOME
Alph alpH
как в модели ссылаться на поле другой модели?
class ProjectRating(models.Model):
   rating_user = models.ForeignKey(User, on_delete=models.CASCADE)
   rating_project = models.ForeignKey(Project, on_delete=models.CASCADE)
   project_owner = models.ForeignKey(Project.project_owner,on_delete=models.CASCADE)# проблема здесь
   project_relevance = models.IntegerField(validators=[validate_int])
   project_feasibility = models.IntegerField(validators=[validate_int])
   project_originality = models.IntegerField(validators=[validate_int])
   project_elaborate = models.IntegerField(validators=[validate_int])
   project_report_quality = models.IntegerField(validators=[validate_int])
Зачем так делать?
источник

AG

Artem Gubatenko in Django [ru] #STAY HOME
Airat Zalialiev
список с образцами модели
как я понял: количество questions совпалает с количеством форм в формсете?
Или что важнее: показать все вопросы или все формы?
источник

A

Andrey in Django [ru] #STAY HOME
Alph alpH
как в модели ссылаться на поле другой модели?
class ProjectRating(models.Model):
   rating_user = models.ForeignKey(User, on_delete=models.CASCADE)
   rating_project = models.ForeignKey(Project, on_delete=models.CASCADE)
   project_owner = models.ForeignKey(Project.project_owner,on_delete=models.CASCADE)# проблема здесь
   project_relevance = models.IntegerField(validators=[validate_int])
   project_feasibility = models.IntegerField(validators=[validate_int])
   project_originality = models.IntegerField(validators=[validate_int])
   project_elaborate = models.IntegerField(validators=[validate_int])
   project_report_quality = models.IntegerField(validators=[validate_int])
Это даже с точки зрения бд не логично (хотя в бд такое прокатит)
источник

AZ

Airat Zalialiev in Django [ru] #STAY HOME
Artem Gubatenko
как я понял: количество questions совпалает с количеством форм в формсете?
Или что важнее: показать все вопросы или все формы?
да, их количество совпадает. но в каждой форме есть еще несколько скрытых полей, которые заполняются автоматически
источник

Aa

Alph alpH in Django [ru] #STAY HOME
Andrey
Зачем так делать?
у меня есть модель проект, и модель рейтинг проекта , в модели рейтинг проекта есть поля : сам проект(форейн кей на модель проект) , пользователь (форейн кей на модель юзер), который проголосовал за проект , и оценки которые он проекту поставил, я хочу добавить поле Владелец проекта для информативности, но это поле в другой модели , и ссылаться на него не получается
источник

DT

Dan Tyan in Django [ru] #STAY HOME
Anvar Khamidov
Ребят, короче у меня есть api. Admin может видеть все что есть. Есть так же пользователи, которым видны только свои данные, как настроить api для такого случая?
нет,
думаю надо в каждом viewset переопределять get_queryset
источник

A

Andrey in Django [ru] #STAY HOME
Alph alpH
у меня есть модель проект, и модель рейтинг проекта , в модели рейтинг проекта есть поля : сам проект(форейн кей на модель проект) , пользователь (форейн кей на модель юзер), который проголосовал за проект , и оценки которые он проекту поставил, я хочу добавить поле Владелец проекта для информативности, но это поле в другой модели , и ссылаться на него не получается
Тебе Тишка же рисовал схему в чате по питону
источник

A

Andrey in Django [ru] #STAY HOME
Я помню, потому что я тоже рисовал
источник

Aa

Alph alpH in Django [ru] #STAY HOME
Andrey
Тебе Тишка же рисовал схему в чате по питону
да,я её и реализую
источник

A

Andrey in Django [ru] #STAY HOME
Ссылайся на модель
источник

AG

Artem Gubatenko in Django [ru] #STAY HOME
Airat Zalialiev
да, их количество совпадает. но в каждой форме есть еще несколько скрытых полей, которые заполняются автоматически
если я все правильно понял)

При условии что в одной форме должен выводиться один вопрос:

1. Создаешь template фильтер, например:
@register.filter
def index(list_, pos):
   if pos <= len(list_):  # или через try
       return list[pos]
   return ''


2. Выводишь:

{% for field in form %}
 
 {% if not field.is_hidden %}
   <p>{{ questions|index:forloop.counter0 }}</p>
   <p>{{ field }}</p>

 {% else %}
   <p>{{ field }}</p>
 {% endif %}

{% endfor %}
источник

AZ

Airat Zalialiev in Django [ru] #STAY HOME
Artem Gubatenko
если я все правильно понял)

При условии что в одной форме должен выводиться один вопрос:

1. Создаешь template фильтер, например:
@register.filter
def index(list_, pos):
   if pos <= len(list_):  # или через try
       return list[pos]
   return ''


2. Выводишь:

{% for field in form %}
 
 {% if not field.is_hidden %}
   <p>{{ questions|index:forloop.counter0 }}</p>
   <p>{{ field }}</p>

 {% else %}
   <p>{{ field }}</p>
 {% endif %}

{% endfor %}
спасибо) сейчас попробую
источник

AK

Anvar Khamidov in Django [ru] #STAY HOME
Dan Tyan
нет,
думаю надо в каждом viewset переопределять get_queryset
Окей, ща будем разбираться
источник

M

Mihail in Django [ru] #STAY HOME
Всем привет! Хотел бы поднять архитектурный вопрос о том, как кто работает со сторонним апи в своих приложениях.

1. Есть ли у вас разделение бизнес-логики и функций/методов, которые непосредственно эти апи дёргают?
2. Используете ли вы классы или же обходитесь функциями + модулями?
3. Каким образом выглядит ваша иерархия модулей/пакетов или классов при расботе с несколькими примерно однотипными сторонними сервисами, но требующими различной обработки?
источник

AS

Alexandr Stefanitsky-Mozdor in Django [ru] #STAY HOME
Каво
источник

AA

Anton Aks in Django [ru] #STAY HOME
Mihail
Всем привет! Хотел бы поднять архитектурный вопрос о том, как кто работает со сторонним апи в своих приложениях.

1. Есть ли у вас разделение бизнес-логики и функций/методов, которые непосредственно эти апи дёргают?
2. Используете ли вы классы или же обходитесь функциями + модулями?
3. Каким образом выглядит ваша иерархия модулей/пакетов или классов при расботе с несколькими примерно однотипными сторонними сервисами, но требующими различной обработки?
На каждое API отдельный модуль.
Использую классы и ООП (но зависит от бизнес логики) в моем случае просто удобно использовать фабричные методы.

А вообще это ооооочень индивидуально.
источник

AA

Anton Aks in Django [ru] #STAY HOME
У меня сейчас 3 api в проекте. Jira, Teamcity, и собственное под фин проект (Flask). Этим зоопарком управляет проект на Django. Почему так получилось долго рассказывать. Если бы полтора года назад видел бы всю картину в целом то использовал бы DRF.
источник

AS

Alexandr Stefanitsky-Mozdor in Django [ru] #STAY HOME
Anton Aks
У меня сейчас 3 api в проекте. Jira, Teamcity, и собственное под фин проект (Flask). Этим зоопарком управляет проект на Django. Почему так получилось долго рассказывать. Если бы полтора года назад видел бы всю картину в целом то использовал бы DRF.
Я бы еще добавил GraphQL чисто по приколу
источник

AS

Alexandr Stefanitsky-Mozdor in Django [ru] #STAY HOME
Чтоб Франкенштейна получить
источник

A

Andrey in Django [ru] #STAY HOME
Alexandr Stefanitsky-Mozdor
Я бы еще добавил GraphQL чисто по приколу
Графкл сырой ещё, имхо
источник