技术标签: spring python django java vue
当你使用python manage.py startapp app01的命令创建了一个名为app01的新应用后,通常接下来要做的就是在settings.py里注册它,把它加到INSTALLED_APPS里去。你可以选择直接添加app名,还可以添加该app对应的配置AppConfig子类。到底哪种方式更好呢?
# settings.py 注册app
# 方式1:直接加入app名,
INSTALLED_APPS = [
'django.contrib.admin',
'app01',
]
# 方式2:直接加入app对应的AppConfig子类
INSTALLED_APPS = [
'django.contrib.admin',
'app01.apps.App01Config',
]
回答这个问题没有简易答案,一切还得从Django的AppConfig类说起。
配置信息和verbose_name - 你有的我也要
Django一个项目(project)由多个应用(app)组成,每个app的创建和注册体现了一个插拔的思想,即插即用。与project一样,每个app其实也有自己的配置信息,只是我们很少配置而已。项目的配置信息我们一般写在settings.py里,那么每个app对应的配置信息我们写在哪里? 答案是每个app目录下的apps.py里。与settings.py中以字符串形式配置相关信息不同,每个app的配置信息是通过继承Django的AppConfig类实现的。
在实际开发过程中,我们不需要编辑apps.py,给每个app手动添加配置信息,这是因为Django会根据app名生成默认的配置类。它继承了AppConfig类,里面只有name一个基本属性,如下所示:
#app01/apps.py
from django.apps import AppConfig
class App01Config(AppConfig):
name = 'app01'
但也有不少情况下我们需要给app添加额外配置信息。举个例子,我们在自定义模型(Models)时会给每个模型起个verbose_name(别名), 便于人阅读。同样的,我们也可以给app起个verbose_name, 这时我们就需要修改apps.py添加别名了。比如本例中app01这个名字可读性太差,我们最好给它起个别名,比如"用户管理",我们可以按如下修改代码:
#app01/apps.py
from django.apps import AppConfig
class App01Config(AppConfig):
name = 'app01'
verbose_name = '用户管理'
或许你会问app的别名哪里会用到呢?Django的admin后台啊。一般app的创建名字都是英文,如果你希望以在admin中以中文显示app名,就必须用到app的verbose_name了。
那么还有什么情况下我们需要自定义app的配置信息呢?要回答这个问题,我们需要了解下AppConfig这个类的类的源码。。
AppConfig类 - 源码分析
Django的AppConfig类主要有如下属性和方法,部分源码见后面。属性里4个标红的属性可以自定义的,两个标红方法是可以重写的。
属性:
name:django应用的完整python路径,eg.'django.contrib.admin',在初始化参数中由app_name参数指定。
label:app的标签,这个名字必需独一无二,如果不设置即为app名。
verbose_name: app的别名,如果不设置即为app首字母大写形式。
path:django应用的文件系统的路径
module:django应用的根模块,是一个模块对象,eg.<module 'django.contrib.admin' from 'django/contrib/admin/__init__.py'>
apps:Apps注册表的引用,该注册表保存管理着这个AppConfig。当注册表注册这个AppConfig实例的时候,由注册表进行设置。
models_module:包含models的模块,也就是models.py文件,这是由import_models()设置,若没有则为None。
方法:
create方法:这是一个类方法,是一个工厂为INSTALLED_APPS的一个条目创建一个app config,返回是cls(app_name,app_module),即该类的一个实例。
ready方法: 子类可以覆盖此方法来执行初始化任务,例如注册信号和连接non-SQL数据库。
源码:
class AppConfig:
"""Class representing a Django application and its configuration."""
def __init__(self, app_name, app_module):
# 完整的python路径,比如 'django.contrib.admin'.
self.name = app_name
# 自动生成
self.module = app_module
# Reference to the Apps registry that holds this AppConfig.
self.apps = None
# 如果没有设置label标签,使用app_name.结尾的最后部分.
# 比如admin
if not hasattr(self, 'label'):
self.label = app_name.rpartition(".")[2]
# 如果没有设置verbose_name, 使用label.title()
# 比如Admin
if not hasattr(self, 'verbose_name'):
self.verbose_name = self.label.title()
# 应用目录路径,比如
# '/path/to/django/contrib/admin'.
if not hasattr(self, 'path'):
self.path = self._path_from_module(app_module)
self.models_module = None
self.models = None
@classmethod
def create(cls, entry):
def ready(self):
"""
Override this method in subclasses to run code when Django starts.
"""
通过继承AppConfig类自定义label和自定义verbose_name一样简单,这里就不贴代码了。或许你会问在什么情况下需要自定义app的label呢?答案是:第三方库的app的名和你自己的app名可能存在命名冲突时,可以通过自定义label避开,因为app_label必须是独一无二的存在。
下面我们着重介绍下如何在继承AppConfig类时重写ready方法,这个在使用信号(signals)时会经常遇到的。
重写ready方法
假如我们有个account的app,包含了User和Pofile模型(1对1的关系),我们希望通过信号实现创建一个新User实例的同时也创建一个Profile实例。这时我们可以在account文件夹下新建signals.py,需要修改account文件下apps.py,重写ready方法,确保Django项目初始化时即可导入创建的信号监听函数。
# account/signals.py
from django.db.models.signals import post_save
from django.dispatch import receiver
from .models import User, Profile
@receiver(post_save, sender=User)
def create_user_profile(sender, instance, created, **kwargs):
if created:
Profile.objects.create(user=instance)
@receiver(post_save, sender=User)
def save_user_profile(sender, instance, **kwargs):
instance.profile.save()
# account/apps.py
from django.apps import AppConfig
class AccountConfig(AppConfig):
name = 'account'
def ready(self):
import account.signals
相关阅读
Django基础(31): 如何理解和正确使用Django信号(Signals)
如何让自定义的AppConfig子类生效?
前面我们只是修改了app01和account应用的apps.py, 自定义了App01Config和AccountConfig两个子类,它们继承了Django的AppConfig基类。遗憾的是这些自定义的子类不会立即生效。接下来我们要说的是本文的重点,会帮你解答你所有的疑惑。
如果你直接把app名加入到INSTALLED_APPS,Django会默认采用AppConfig基类中的配置信息,而不是你在apps.py中定义的子类。如果你希望在不修改INSTALLED_APPS的前提下让自定义的子类生效,,还需要修改app目录下的__init__.py, 新增default_app_config属性, 将自定义子类设为默认,如下述所示:
# account/__init__.py
default_app_config = 'account.apps.AccountConfig'
如果你直接把自定义的AppConfig子类路径加入到INSTALLED_APPS,那么自定义的子类可以直接生效,如下所示:
# 直接加入app对应的AppConfig子类路径,可让自定义app配置直接生效
INSTALLED_APPS = [
'django.contrib.admin',
'app01.apps.App01Config',
]
小结
每个app也有自己的配置信息,放在apps.py里的。在大多数情况下,把app名直接加入到INSTALLED_APPS就足够了。只有当你需要给app自定义配置信息时,需要把加入app对应的AppConfig子类路径直接加入到INSTALLED_APPS。这个知识点,你get到了吗?
参考资料:
https://docs.djangoproject.com/en/3.1/ref/applications/#django.apps.AppConfig
大江狗
2020.9
推荐阅读
Linux服务器上正式部署Django项目时该如何正确设置文件和文件夹的权限?
文章浏览阅读5.5k次,点赞5次,收藏7次。知识点_fetch和pull区别
文章浏览阅读466次。最近自己尝试将osg的viewer窗口嵌入到wxWidget的窗口中,原想仿照着osg自带的osgViewerWX的例子应该是比较容易解决的。采用与其同样的思路,从GraphicsWindow继承一个子类GraphicsWindowWX类,初期本着以尽量少的接口以实现效果为目的,只重写了一开始认为需要的函数,结果发现并不可行,查看了GraphicsWindow的源码发现,其只是声明了常用接口的函数..._wxwidget osg
文章浏览阅读6.4k次,点赞12次,收藏67次。对于LDO而言,现如今的分类主要有无片外电容的LDO以及传统的有片外电容的LDO,这两种LDO的结构主要为下图:如上图中左图为传统的LDO,其最主要的特点在于LDO的输出电容和负载都在片外,在这种结构下,得到的LDO芯片的面积会因为较大的输出电容而增大,从而损耗更多的面积,基于这个缺点,之后提出了无片外电容的LDO,如上右图所示,此时得到的电路结构中,输出电容较小,因此此电容会嵌入在片内,此时会极大的减少了芯片的面积,那么两个不同的结构最大区别便在稳定性的分析:接下来我们就基于以下假设对两种结构的LD_ldo稳定性分析
文章浏览阅读792次。html<form class="reg_info" action="" method="post"> <div class="col-md-6 login-do1 animated wow fadeInLeft" data-wow-delay=".5s"> @if(count($errors)>0) @if_$("#coderandom").val(data.message)
文章浏览阅读2.5w次,点赞10次,收藏8次。texstudio:工具-分析文本不同的词组70个,意思是有70个单词_texstudio统计字数
文章浏览阅读213次。python 七大数据类型
文章浏览阅读3.6k次,点赞8次,收藏17次。在Android中, 什么是广播?、系统广播、自定义广播、本地广播、广播的注册_android 广播
文章浏览阅读1k次。如何使用 ESlint + prettier 建立规范的vue3.0项目前言 一个完整的项目必然是多人合作的开发项目,为了提升代码的质量,统一代码风格成了每个优秀的项目的必然选择,本期用现在最流行的ESlint + prettier在VUE3.0的环境下建立一个自动格式化符合eslint标准规范的项目。1 如何配置文件1 新建VUE3.0的项目 使用配置如下图 不一定要完全依照下面配置..._eslint和vue3.0
文章浏览阅读6.8k次,点赞8次,收藏36次。包括唤出弹窗、弹窗内容的自定义与监听。_android popupwindow
文章浏览阅读228次。对于一些常见的错误页面,我们可以在配置文件/etc/tomcat/web.xml中,重定向403、404以及500错误到指定页面。在这里插入图片描述我们现在在web.xml配置文件中加入error-page参数。在这里插入图片描述我们现在编辑我们的错误页面。该错误页默认放在我们webapps目录中。在这里插入图片描述这里是我们tomcat默认的页面所在位置。在这里插入图片描述重启tomcat服务,我们可以看到,页面为我们自定义的错误页面了。在这里插入图片描述。_中间件加固方案
文章浏览阅读3.1k次,点赞2次,收藏10次。layui根据特定信息对表格进行搜索并显示效果实现html部分js部分Controller层Mapper层注意总结效果先放效果图此处根据“角色名称”进行搜索,得到效果实现html部分此处注意!!需要要为input、table里边加上“id”属性,在js部分需要特定进行获取。<div class="layuimini-container"> <div class="layuimini-main"> _layui table查询
文章浏览阅读1.5w次,点赞5次,收藏7次。优化通常是一个极其困难的任务。传统的机器学习会小心设计目标函数和约束,以确保优化问题是凸的,从而避免一般优化问题的复杂度。在训练神经网络时,我们肯定会遇到一般的非凸情况。即使是凸优化,也并非没有任何问题。在本文中,我们会总结几个训练深度模型时会涉及的主要挑战。病态在优化凸函数时,会遇到一些挑战。这其中最突出的是Hessian矩阵HHH的病态。这是数值优化、凸优化或其他形式的优化中普遍存在的问题。病态问题一般被认为存在于神经网络训练过程中。病态体现在随机梯度下降会“卡”在某些情况,此时即使很小的更新步长也_优化函数 病态