Size: a a a

Django [ru] #STAY HOME

2019 February 16

RT

R T in Django [ru] #STAY HOME
Petr B.
Что мешает сделать api/serializers/admin/...
api/serializers/common/... И т.д. ?
ничего не мешает, но это концептуально ничего не меняет.
Окей допустим у нас есть одно приложение api.

Тогда вопрос, а почему у нас в news нет своего отдельного api, ведь это самодостаточное приложение, типа как чатик, о чем выше писал @yobagram
источник

RT

R T in Django [ru] #STAY HOME
Petr B.
Тогда можно в ту же аппку, что и модель, складывать сериалайзер
а views?
источник

RT

R T in Django [ru] #STAY HOME
Тогда получается для api не будем делать отдельного приложения… ?
источник

PB

Petr B. in Django [ru] #STAY HOME
R T
а views?
Если ты делаешь переиспользуемое приложение - значит оно должно тащить все с собо1
источник

RT

R T in Django [ru] #STAY HOME
Petr B.
Если ты делаешь переиспользуемое приложение - значит оно должно тащить все с собо1
А как в данной структуре поддерживать несколько версий api (часто нужно одноврменнно 2 версии поддерживать, пока мобильные клиенты обновятся)
источник

PB

Petr B. in Django [ru] #STAY HOME
R T
Тогда получается для api не будем делать отдельного приложения… ?
Можно и не делать
источник

PB

Petr B. in Django [ru] #STAY HOME
R T
А как в данной структуре поддерживать несколько версий api (часто нужно одноврменнно 2 версии поддерживать, пока мобильные клиенты обновятся)
Вообще в дрф есть штатные инструменты для версионирования
См https://www.django-rest-framework.org/api-guide/versioning/
источник

RT

R T in Django [ru] #STAY HOME
Petr B.
Можно и не делать
пожалуй что так…
Но в основном приложении будет очень много моделей, сериалайзеров и вьюх.
Так что на разные файлы разбивать точно прийдется
источник

PB

Petr B. in Django [ru] #STAY HOME
(но я пока их и не использовал, так что не очень компетентен)
источник

PB

Petr B. in Django [ru] #STAY HOME
R T
пожалуй что так…
Но в основном приложении будет очень много моделей, сериалайзеров и вьюх.
Так что на разные файлы разбивать точно прийдется
Ну разбивать файл с моделями - это удобно
источник

PB

Petr B. in Django [ru] #STAY HOME
И если тебе кажется чтов аппе моделей слишком много - дроби
источник

А

Алексей in Django [ru] #STAY HOME
Model._meta.module_name устарело, теперь нет, чем заменить?
источник

RT

R T in Django [ru] #STAY HOME
@vasia_z Кстати… вот интересно мнению людей насчет lazy load (когда в foreign поле указываешь имя модели в кавычках)

У меня в таких случаях рефакторится плохо… часто pycharm пропускает такое.
А vscode вообще не видит…

А без lazyload возникает проблема, что модель должна быть одновременно и выше и ниже другой модели…

Никто не сталкивался с этой ситуацией?
источник

RT

R T in Django [ru] #STAY HOME
Алексей
Model._meta.module_name устарело, теперь нет, чем заменить?
что это?
источник

А

Алексей in Django [ru] #STAY HOME
R T
что это?
источник

PB

Petr B. in Django [ru] #STAY HOME
Алексей
Model._meta.module_name устарело, теперь нет, чем заменить?
Погляди в доке
источник

А

Алексей in Django [ru] #STAY HOME
так вот уже
источник

PB

Petr B. in Django [ru] #STAY HOME
R T
@vasia_z Кстати… вот интересно мнению людей насчет lazy load (когда в foreign поле указываешь имя модели в кавычках)

У меня в таких случаях рефакторится плохо… часто pycharm пропускает такое.
А vscode вообще не видит…

А без lazyload возникает проблема, что модель должна быть одновременно и выше и ниже другой модели…

Никто не сталкивался с этой ситуацией?
Лейзилоад - благо, имхо
источник

PB

Petr B. in Django [ru] #STAY HOME
Саблайм его тоже не видит, но grep - вполне себе ;)))
источник

RT

R T in Django [ru] #STAY HOME
Petr B.
Саблайм его тоже не видит, но grep - вполне себе ;)))
)))
источник