如何在 Django models 中使用多语言 的简单方法

如何在 Django models 中使用多语言 的简单方法,第1张

django model中使用多语言支持的快速方法, 该方法通过建立自定义的template tag 选取model中重复的语言field来达到多语言显示的目的.

假设我们有这样一个models.py, 某一个model中包含多个重复的field, 每个重复的field都是用来保存其对应的显示语言:

class MyObject(models.Model):

name = models.CharField(max_length=50)

title_en = models.CharField(max_length=50)

title_es = models.CharField(max_length=100)

title_fr = models.CharField(max_length=100)

description_en = models.CharField(max_length=100)

description_es = models.CharField(max_length=100)

description_fr = models.CharField(max_length=100)

class MyOtherObject(models.Model):

name = models.CharField(max_length=50)

content_en = models.CharField(max_length=200)

content_es = models.CharField(max_length=200)

content_fr = models.CharField(max_length=200)

注意, 我们将下划线和语言代码作为后缀放在对应的field后面, 这将作为一个语言的查找标记.

然后我们在settings.py中添加需要翻译的field名:

TRANSLATION_FIELDS = ('title', 'description', 'content')

在项目目录中添加templatetags目录(不要忘了怎家__init__.py), 并在其中建立lazy_tags.py:

from django import template

from settings import TRANSLATION_FIELDS

register = template.Library()

class LocalizedContent(template.Node):

def __init__(self, model, language_code):

self.model = model

self.lang = language_code

def render(self, context):

model = template.resolve_variable(self.model, context)

lang = template.resolve_variable(self.lang, context)

for f in TRANSLATION_FIELDS:

try:

setattr(model, f, getattr(model, '%s_%s' % (f, lang)))

except AttributeError:

pass

return ''

@register.tag(name='get_localized_content')

def get_localized_content(parser, token):

bits = list(token.split_contents())

if len(bits) != 3:

raise template.TemplateSyntaxError("'get_localized_content' tag takes exactly 2 arguments")

return LocalizedContent(model=bits[1], language_code=bits[2])

为了在template中使用自定义的tag, 我们首先载入:

{% load lazy_tags %}

然后使用自定义tag, 传入object和语言代码, 取的翻译. 比如西班牙语:

{% get_localized_content object 'es' %}

此时, 如果没有语言代码传入, 那么无法使用obj.description调用某一个语言field. 所以我们配合django.core.context_processors.request, context processor一起使用:

TEMPLATE_CONTEXT_PROCESSORS = (

...

'django.core.context_processors.request',

)

我们就能在template中这样使用:

{% get_localized_content object request.LANGUAGE_CODE %}

使用 Django 命令生成一个项目的基本结构时,配置信息默认保存在和项目目录同名的目录下的 settings.py 文件里, 在实际的开发中,对于一个项目而言,这样往往是不合适的,需要将 settings 配置文件拆分为几个文件, 线上和线下都会使用的文件放置到 base.py 文件里,线上的放置在 product.py 文件里,开发测试的文件放置在 develop.py 文件里。这样功能划分就明确了,方便我们线上线下的调试。

1)在项目同名目录下,创建一个 settings 的包(目录下含 __init__.py 的文件夹)。

2)在 settings 的包中分别新建3个文件:公共基础 base.py (用于配置 Django 默认生成配置文件), develop.py (用于开发环境)、 product.py (用于生产环境)。

3)将原来的 settings.py 的内容复制到 base.py 文件中。

4)确认目录OK后,我们需要修改 base.py 中的时区和语言配置:

如果有类似公共部分需要修改的,则在 base.py 中修改即可,例如注册子应用之类的,在此就不一一举例。。

5)之后,对于线上线下不同部分,我们只要导入 base.py 模块,再针对不同部分进行修改即可,例如线上线下对接不同的测试数据库,我们则可以修改数据库连接:

6)修改 manage.py 文件, Django 使用自带服务启动时需要知道 settings 文件的路径。

7)到上生产的时候,使用 asgi.py ( Django3.x 中)或 wsgi.py ( Django2.x 以下版本),则可以更改生产配置文件的路径:

以上又有个问题,如果线上线下环境切换,又要改动代码, 我们可以通过设置系统环境变量来动态获取,避免修改代码:

这样通过读取系统环境变量中的 LIPIN_PROFILE 来控制 Django 加载不同的 settings 文件。

这样可以将原来的 settings.py 文件删掉!!

但是这样就会有个问题,你会发现之前好好的网页我们访问不了了,模板找不到!

这是因为之前的配置文件中,路径问题,因为我们原来的配置文件是在同名目录下,而我们现在将配置文件拆分为一个新的包,所以还要上一级目录才是我们需要的:

问题描述:

django项目在makemigrations时出现 IOError: No translation files found for default language zh_hans. 的报错

解决办法 :

参考文章:https://stackoverflow.com/questions/42407516/oserror-no-translation-files-found-for-default-language-zh-hans


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/tougao/11234855.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-14
下一篇 2023-05-14

发表评论

登录后才能评论

评论列表(0条)

保存