¿Importa el orden de la declaración en models.py (Django/Python)?

Question

que tienen algo como esto en models.py

class ZipCode(models.Model): 
    zip = models.CharField(max_length=20) 
    cities = City.objects.filter(zip=self).distinct() 

class City(models.Model): 
    name = models.CharField(max_length=50) 
    slug = models.CharField(max_length=50) 
    state = models.ForeignKey(State) 
    zip = models.ManyToManyField(ZipCode) 

Cuando hago esto me sale:

NameError: name 'City' is not defined 

Es esto porque el orden de los asuntos de declaración? Y si es así, ¿cómo puedo hacer esto? Porque de cualquier forma que lo organice, parece que obtendré un NameError.

Gracias.

Answer 1

Sí, el orden sí importa, como han notado otros.

Aunque, encontrar este problema casi siempre será una indicación de que estás haciendo algo mal.

En este caso, su declaración:

cities = City.objects.filter(zip=self).distinct() 

... es a la vez redundant y malas prácticas. Puede encontrar las ciudades relacionadas con un código postal haciendo referencia al city_set de ese código postal en sus vistas (es decir, ¡no en su modelo!). Así que si zip es una instancia de Código Postal, que haría:

cities = zip.city_set.all() 

Si realmente quieren llamarlo 'ciudades' en lugar de '' city_set puede utilizar el parámetro related_name en su declaración de M2M.

Answer 2

El orden importa en Python. This thread puede ser relevante para su pregunta. También para su uso, es posible que desee utilizar una clave externa única en la clase de código postal.

Answer 3

Sí, el orden sí importa, pero su ejemplo no me parece correcto. Creo que sólo debe utilizar una clave externa para su relación muchos-a-uno:

cities = models.ForeignKey(City) 

This has the details en las relaciones muchos-a-uno con modelos de Django.

Editar:

Se señaló a mí en los comentarios que las ciudades de Europa puede tener varias ciudades en el mismo código postal. Si está buscando una relación de muchos a muchos aquí, se debe utilizar:

cities = models.ManyToManyField(City) 

Esto se describe en Django's documentation. El punto es que este es cualquiera de estos ejemplos que son mucho más claros que los que se usan en el ejemplo.

Answer 4

Cuando se tiene referencias a clases definidas después, puede utilizar este truco:

attribute = models.ForeignKey('ClassDefinedAfterThis') 

Answer 5

vez fui preocupado por orden ... porque pensé que mis modelos abajo sólo podía modelos de referencia más arriba. Pero luego se dio cuenta de que puede hacer un

models.ForeignKey('appName.modelName') 

y todo estaba bien.

Answer 6

Aparte de las cuestiones de orden, esto es falso:

cities = City.objects.filter(zip=self).distinct() 

No es un método en el interior, por lo que "sí" También habrá definido. Se ejecuta solo una vez, en el momento de creación de clase (es decir, cuando el módulo se importa por primera vez), por lo que el atributo creado sería un atributo de clase y tendría el mismo valor para todas las instancias. Lo que podría estar buscando es la siguiente:

@property 
def cities(self): 
    return City.objects.filter(zip=self).distinct() 

Debido a que este es un método en el interior, que no se ejecuta hasta que se accede, ordenando a los problemas ya no será un problema. Como Ozan señala, se trata de una duplicación de lo que Django relaciones de marcha atrás ya darle forma gratuita:

a_zip_code.city_set.all() 

Y puede utilizar related_name llamarlo lo que te gusta:

zip = models.ManyToManyField(ZipCode, related_name='cities') 
... 
a_zip_code.cities.all() 

Así que don' Creo que el problema de ordenar que originalmente le preguntó es incluso relevante para su situación. Cuando lo es, otros ya han señalado usando cadenas entrecomilladas en ForeignKey y declaraciones ManyToManyField para evitarlo.