Создание «классов» с Django

Question

Я просто изучаю Django, поэтому не стесняйтесь исправлять меня в любых моих предположениях. Мне, наверное, просто нужно, чтобы мой настрой был скорректирован.

То, что я пытаюсь сделать, это создать «класс» в стиле ООП. Например, допустим, мы разрабатываем кучу номеров. В каждом номере есть мебель. И каждый кусок мебели имеет тип и цвет. Что я могу видеть так далеко, что я могу иметь

class FurnitureType(models.Model): 
    name = models.CharField(max_length=200) 

class FurnitureColor(models.Model): 
    name = models.CharField(max_length=50) 

class FurniturePiece(models.Model): 
    type = models.ForeignKey(FurnitureType) 
    color = models.ForeignKey(FurnitureColor) 
    sqft = models.IntegerField() 
    name = models.CharField(max_length=200) 

class Room(models.Model): 
    name = models.CharField(max_length=200) 
    furnitures = models.ManyToManyField(FurniturePiece) 

Проблема заключается в том, что каждый FurniturePiece должен иметь уникальное имя, если я выбираю его из интерфейса администратора Django. Если один человек создает «Green Couch», то никто не может иметь «Green Couch». Мне интересно, если a) мне нужно больше узнать о пользовательском интерфейсе Django, и это правильный способ его разработки в Django или b) У меня плохой дизайн для этого домена

Причина, по которой я хочу Название мебели быть уникальным, потому что 10 человек могут создать «Зеленый диван», каждый с разным квадратом.

Answer 1

У меня нет проблемы с уникальным именем. Вы можете просто указать, что это будет уникальным:

class FurniturePiece(models.Model): 
    type = models.ForeignKey(FurnitureType) 
    color = models.ForeignKey(FurnitureColor) 
    sqft = models.IntegerField() 
    name = models.CharField(max_length=200, unique=True) 

Я не знаю, есть ли вы, чтобы узнать о Django UI или нет. Думаю, вам нужно научиться how to define models. Интерфейс администратора - это просто сгенерированный интерфейс, основанный на ваших моделях. Вы можете change the interface в определенных аспектах, не меняя модели, но кроме того, есть меньше узнать об интерфейсе администратора.

Предлагаю вам ознакомиться с учебным пособием, например, djangobook, чтобы начать с Django.

---

Я думаю, проблема, что у вас есть не то, как использовать Django, но более, что вы не знаете, как моделировать приложения в целом.

• Прежде всего, вам нужно подумать о том, какие сущности у вас есть (например, Room, Furniture и т. Д.).
• Затем подумайте о том, какие у них отношения.
• После этого вы можете смоделировать их в Django. Конечно, для этого вам нужно знать, как моделировать отношения. Синтаксис может быть специфичным для Django, но логические отношения не являются. Например. отношение «многие ко многим» не является специфическим для Django, это термин, используемый в базах данных для выражения определенных отношений.

Модели Djangos - это просто абстракция структуры базы данных ниже.

---

например вы указали многие-ко-многим между Room и FurniturePiece.
Теперь вопрос: это то, что вы хотите? Это означает, что предмет мебели может принадлежать более чем одной комнате. Это звучит странно. Так что, может быть, вы хотите смоделировать его, что часть мебели принадлежит только одной комнате. Но в комнате должно быть еще несколько предметов мебели.Поэтому мы определяем отношение от FurniturePiece до Room.

В Django, мы можем выразить это с:

class FurniturePiece(models.Model): 
    room = models.ForeignKey(Room) 
    type = models.ForeignKey(FurnitureType) 
    color = models.ForeignKey(FurnitureColor) 
    sqft = models.IntegerField() 
    name = models.CharField(max_length=200) 

---

Может быть, вы должны сначала узнать о relational databases, чтобы получить основы, прежде чем модель вашего приложения с помощью Django.

Возможно, это не обязательно для создания приложения в Django. Но это определенно поможет вам понять, что происходит, для каждого ORM не просто Django.

Answer 2

Почему для каждой мебели требуется уникальное имя? Мне кажется, что если вы удалите это ограничение, все будет работать.

(как вы, похоже, случайно уронили модели. Стандартный базовый класс для всех, кроме модели комнаты).

Answer 3

Это, как я хотел бы сделать это:

class Room(models.Model): 
    name = models.CharField(max_length=255) 
    pieces = models.ManyToManyField('FurniturePiece') 

class FurniturePiece(models.Model): 
    itemid = models.CharField(max_length=20, unique=True) # This is what I would require to be unique. 
    name = models.CharField(max_length=255) 
    type = models.ForeignKey('FurnitureType') # Note I put 'FurnitureType' in quotes because it hasn't been written yet (coming next). 
    color = models.ForeignKey('FurnitureColor') # Same here. 
    width_in_inches = models.PositiveIntegerField() 
    length_in_inches = models.PositiveIntegerField() 

    # Next is the property decorator which allows a method to be called without using() 
    @property 
    def sqft(self): 
     return (self.length_in_inches * self.width_in_inches)/144 # Obviously this is rough. 


class FurnitureType(models.Model): 
    name = models.CharField(max_length=255) 

class FurnitureColor(models.Model): 
    name = models.CharField(max_length=255) 

Envision объекты как реальные объекты жизни, и вы будете иметь более глубокое понимание кода, а также. Причина моего метода sqft заключается в том, что данные лучше всего при нормализации, насколько это возможно. Если у вас есть ширина и длина, тогда, когда кто-то спрашивает, у вас есть длина, ширина, квадрат, и если вы добавите высоту и объем.