Django环境配置文件：正确导入基础设置以避免命名空间冲突

1. 显式导入指定配置项 #

直接列出基础配置里需要的变量，完全避免批量导入污染命名空间：

# development_settings.py
from project.settings.base import (
    DEBUG,
    INSTALLED_APPS,
    MIDDLEWARE,
    ROOT_URLCONF,
    # 把你需要的所有基础配置项都列在这里
)

# 开发环境专属配置：覆盖或追加
DEBUG = True
INSTALLED_APPS += ['debug_toolbar']
MIDDLEWARE.insert(0, 'debug_toolbar.middleware.DebugToolbarMiddleware')

这种方式最直观，后续维护时能一眼看到哪些配置来自基础文件，哪些是环境特有的，完全符合Python编码规范。

2. 用类继承组织配置（Django 3.2+推荐） #

借助Django的Settings基类，用类继承来管理不同环境的配置：

# base_settings.py
from django.conf.settings import Settings

class BaseSettings(Settings):
    DEBUG = False
    INSTALLED_APPS = [
        'django.contrib.admin',
        'django.contrib.auth',
        # 其他基础应用
    ]
    DATABASES = {
        'default': {
            'ENGINE': 'django.db.backends.postgresql',
            # 基础数据库配置
        }
    }

# development_settings.py
from .base import BaseSettings

class DevelopmentSettings(BaseSettings):
    DEBUG = True
    INSTALLED_APPS = BaseSettings.INSTALLED_APPS + ['debug_toolbar']
    DATABASES = {
        'default': {
            'ENGINE': 'django.db.backends.sqlite3',
            'NAME': 'db.sqlite3',
        }
    }

然后修改启动脚本（manage.py/wsgi.py）指定使用的配置类：

# manage.py
import os
import sys
from project.settings.development import DevelopmentSettings

os.environ.setdefault('DJANGO_SETTINGS_MODULE', 'project.settings')
from django.conf import settings
settings.configure(default_settings=DevelopmentSettings, DEBUG=True)

if __name__ == '__main__':
    from django.core.management import execute_from_command_line
    execute_from_command_line(sys.argv)

类继承天然隔离命名空间，还能利用面向对象特性复用配置，适合复杂项目。

3. 字典合并配置 #

把基础配置存成字典，环境配置字典基于它修改，最后注入到模块全局：

# base_settings.py
BASE_CONFIG = {
    'DEBUG': False,
    'INSTALLED_APPS': [
        'django.contrib.admin',
        # ...
    ],
    # 所有基础配置项
}

# development_settings.py
from .base import BASE_CONFIG

# 复制基础配置，避免修改原字典
DEV_CONFIG = BASE_CONFIG.copy()
DEV_CONFIG['DEBUG'] = True
# 注意列表要重新生成，避免影响基础配置的列表
DEV_CONFIG['INSTALLED_APPS'] = BASE_CONFIG['INSTALLED_APPS'] + ['debug_toolbar']

# 将字典内容转为模块级变量
globals().update(DEV_CONFIG)

这种方式也能避开import *，但要注意可变对象（比如列表、字典）的浅拷贝问题，修改时要确保不污染基础配置。

关于你遇到的警告 #

你贴的警告其实是依赖包（ruamel、zope、coreapi）自身的废弃API调用，但移除import *后消失，大概率是批量导入触发了这些包的旧版命名空间逻辑。用上面任意一种方法替换import *后，既能保留多环境配置的结构，也能避免这些警告。

内容的提问来源于stack exchange，提问作者se7en