V💊
Ω
Есть у кого-нибудь мануалу по фронт фреймворку где используется джангорест? Или надо отдельно изучать?
любая дока по любому фронт фрейму
Size: a a a
2020 May 05
А
А как использовать в search_fields = ['$name']. Само регулярное выражение можно как то переопределить?
V💊
Ярослав Коробейников
Если ещё строже то elm
ну это уже язык, а не фрейм ;)
ЯК
ну это уже язык, а не фрейм ;)
haskell для фронта
D
МП
ребят, есть вопрос по посторению бд
есть сущность Договор, которая состоит из 2х моделей:
1) Сам договор (номер договора, дата составления, заказчик)
2) Спецификация (Список товаров, принадлежащих данному договору; название товара + кол-во; реализованно формсетом)
так же есть другая сущность - Заказ
в нем должны быть следующие поля:
1) Номер + дата + заказчик договора, по которому делается отправка
2) Дата отправки
3) Ответственное хранение (булевое поле)
4) Товар (берется из спецификации договора) + кол-во (должно быть реализованно формсетом )
загвоздка в том, что при открытии формы отправки, уже должен быть учтен договор, по которому сооздается отправка и список товаров будет отфильтрован в зависимости от договора. При сохранении фрормы 1й пункт отправки должен автоматически подтягиваться из договора, по которому создается отправка.
Не могу додуматься как правильно построить модель отправки и связи в моделями договора и спецификации так, что бы договор учитывался сразу при открытии формы создания отправки и его не нужно было указывать, а товары в писок товаров будет отфильтрован в зависимости от договора
вот модели:
https://dpaste.org/XWUC
есть сущность Договор, которая состоит из 2х моделей:
1) Сам договор (номер договора, дата составления, заказчик)
2) Спецификация (Список товаров, принадлежащих данному договору; название товара + кол-во; реализованно формсетом)
так же есть другая сущность - Заказ
в нем должны быть следующие поля:
1) Номер + дата + заказчик договора, по которому делается отправка
2) Дата отправки
3) Ответственное хранение (булевое поле)
4) Товар (берется из спецификации договора) + кол-во (должно быть реализованно формсетом )
загвоздка в том, что при открытии формы отправки, уже должен быть учтен договор, по которому сооздается отправка и список товаров будет отфильтрован в зависимости от договора. При сохранении фрормы 1й пункт отправки должен автоматически подтягиваться из договора, по которому создается отправка.
Не могу додуматься как правильно построить модель отправки и связи в моделями договора и спецификации так, что бы договор учитывался сразу при открытии формы создания отправки и его не нужно было указывать, а товары в писок товаров будет отфильтрован в зависимости от договора
вот модели:
https://dpaste.org/XWUC
Если опустить всю логику с формами, это уже готовые модели?
yh
Если опустить всю логику с формами, это уже готовые модели?
нет, в том то и дело
в аппе много моделей которые идут по цепи
в аппе много моделей которые идут по цепи
МП
Где какие данные еще нужно хранить?
yh
Где какие данные еще нужно хранить?
в каком смысле?
МП
в каком смысле?
Всмысле это полный, готовый набор моделей. Это полное отражение структуры базы?
yh
yh
это 20% от всей картины
МП
Остальное уже в базе?
yh
нет, так как модели, которые логически идут после модеи Отправки+Товаров отправки, я их еще не прописывал
МП
Если задача такая громоздкая, значит нужно разложить все данные. Пропишите примеры данных от каждой формы. Для каждой формы пропишите исходные данные для Create, затем пропишите для Update. Для каждой формы отдельно. Так как это будет в готовом виде. Ощущение будто у вас проблема не с реализацией а с пониманием насколько проблема громоздкая и скорей всего с оценкой сроков по решению.
МП
Разложите все данные на бумаге, в виде схемы.
yh
Разложите все данные на бумаге, в виде схемы.
Ладно, буду пробовать дальше
Может пойдет)
Спасибо
Может пойдет)
Спасибо
TQ
Ребят, в чем может быть проблема?
TQ
Установку pip3 install django сделал
r
какая ось?