我想通过一个常见的mixin或抽象模型向现有模型添加新的CharField,但是这些字段的名称取决于配置。因此一个模型将具有someprefix1_title字段,而另一个模型将具有someprefix2_title。
是否可以使这种方法起作用?
class AbstractModel(models.Model):
self.fields_prefix + '_title' = models.CharField(max_length=255, blank=True, default='')
class Meta:
abstract = True
class ModelOne(AbstractModel):
fields_prefix = 'someprefix1'
id = models.AutoField(primary_key=True)
class ModelTwo(AbstractModel):
fields_prefix = 'someprefix2'
id = models.AutoField(primary_key=True)
因此ModelOne可以具有字段ID和someprefix1_title。
upd:用add_to_class()进行猴子修补会起作用吗,或者它是反样式,不应该使用?
答案 0 :(得分:5)
可以使用动态字段名称创建Django模型。这是一个简单的Django模型:
class Animal(models.Model):
name = models.CharField(max_length=32)
这是使用type()
构建的等效类:
attrs = {
'name': models.CharField(max_length=32),
'__module__': 'myapp.models'
}
Animal = type("Animal", (models.Model,), attrs)
可以使用type()
建立可以以常规方式定义的任何Django模型。
运行迁移:South提供了一组可靠的函数来处理Django项目的模式和数据库迁移。什么时候 在开发中使用时,South可以建议迁移,但不会尝试自动应用
from south.db import db
model_class = generate_my_model_class()
fields = [(f.name, f) for f in model_class._meta.local_fields]
table_name = model_class._meta.db_table
db.create_table(table_name, fields)
# some fields (eg GeoDjango) require additional SQL to be executed
db.execute_deferred_sql()
答案 1 :(得分:4)
最干净的方法可能是使用add_to_class()
:
ModelOne.add_to_class(
'%s_title' % field_prefix,
models.CharField(max_length=255, blank=True, default='')
)
仍然可以认为它具有所有缺点,例如使应用程序难以维护,代码难以理解等。。。如果您的用例确实有必要做某事像这样,它可能是最好的解决方案,因为add_to_class()
是Django本身提供的某些功能,并且已经稳定了一段时间。
答案 2 :(得分:1)
尝试使用工厂模式来设置您的AbstractModel
的不同版本。
使用这种方法,您可以更严格地控制通过工厂函数AbstractModel
修改dynamic_fieldname_model_factory
的方式。
我们也不会在定义ModelOne
或ModelTwo
之后修改它们-其他解决方案指出,这有助于避免可维护性问题。
models.py:
from django.db import models
def dynamic_fieldname_model_factory(fields_prefix):
class AbstractModel(models.Model):
class Meta:
abstract = True
AbstractModel.add_to_class(
fields_prefix + '_title',
models.CharField(max_length=255, blank=True, default=''),
)
return AbstractModel
class ModelOne(dynamic_fieldname_model_factory('someprefix1')):
id = models.AutoField(primary_key=True)
class ModelTwo(dynamic_fieldname_model_factory('someprefix2')):
id = models.AutoField(primary_key=True)
这是此代码生成的迁移:
# Generated by Django 2.1.7 on 2019-03-07 19:53
from django.db import migrations, models
class Migration(migrations.Migration):
initial = True
dependencies = [
]
operations = [
migrations.CreateModel(
name='ModelOne',
fields=[
('someprefix1_title', models.CharField(blank=True, default='', max_length=255)),
('id', models.AutoField(primary_key=True, serialize=False)),
],
options={
'abstract': False,
},
),
migrations.CreateModel(
name='ModelTwo',
fields=[
('someprefix2_title', models.CharField(blank=True, default='', max_length=255)),
('id', models.AutoField(primary_key=True, serialize=False)),
],
options={
'abstract': False,
},
),
]
答案 3 :(得分:0)
从技术上讲,它的坏习惯是动态创建模型字段,因为这违反了使用django的迁移过程保留数据库架构历史记录的标准规则。
所有您需要的是在Django模型下存储一些字段,这些字段可以灵活地存储动态字段。因此,我建议您使用HStoreField。
您可以使用HStoreField
以键值对格式或json存储数据。因此,这将解决存储动态字段的问题。
这是Django文档提供的示例。
from django.contrib.postgres.fields import HStoreField
from django.db import models
class Dog(models.Model):
name = models.CharField(max_length=200)
data = HStoreField()
def __str__(self):
return self.name
这是查询HStoreField的方法。
>>> Dog.objects.create(name='Rufus', data={'breed': 'labrador'})
>>> Dog.objects.create(name='Meg', data={'breed': 'collie'})
>>> Dog.objects.filter(data__breed='collie')
<QuerySet [<Dog: Meg>]>
我希望这可以解决您的问题。如有任何疑问,请告诉我。
谢谢