导读：今天首席CTO笔记来给各位分享关于django项目是什么的相关内容，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
什么是企业级的Django项目
CRM、CMDB、分布式监控、堡垒机，等等。
这里有一个CMDB的项目技术分享CMDB之资产管理系统
Django源码阅读 (一) 项目的生成与启动
诚实的说，直到目前为止，我并不欣赏django。在我的认知它并不是多么精巧的设计。只是由功能堆积起来的"成熟方案"。但每一样东西的崛起都是时代的选择。无论你多么不喜欢，但它被需要。希望有一天，python能有更多更丰富的成熟方案，且不再被诟病性能和可维护性。（屁话结束）
取其精华去其糟粕，django的优点是方便，我们这次源码阅读的目的是探究其方便的本质。计划上本次源码阅读不会精细到每一处，而是大体以功能为单位进行解读。
django-admin startproject HelloWorld 即可生成django项目，命令行是exe格式的。
manage.py 把参数交给命令行解析。
execute_from_command_line() 通过命令行参数，创建一个管理类。然后运行他的 execute() 。
如果设置了reload，将会在启动前先 check_errors 。
check_errors() 是个闭包，所以上文结尾是 (django.setup)() 。
直接看最后一句 settings.INSTALLED_APPS 。从settings中抓取app
注意，这个settings还不是我们项目中的settings.py。而是一个对象，位于 django\conf\__init__.py
这是个Settings类的懒加载封装类，直到 __getattr__ 取值时才开始初始化。然后从Settings类的实例中取值。且会讲该值赋值到自己的 __dict__ 上（下次会直接在自己身上找到，因为 __getattr__ 优先级较低）
为了方便debug，我们直接写个run.py。不用命令行的方式。
项目下建个run.py，模拟runserver命令
debug抓一下setting_module
回到 setup() 中的最后一句 apps.populate(settings.INSTALLED_APPS)
开始看 apps.populate()
首先看这段
这些App最后都会封装成为AppConfig。且会装载到 self.app_configs 字典中
随后，分别调用每个appConfig的 import_models() 和 ready() 方法。
App的装载部分大体如此
为了方便debug我们改写下最后一句
res的类型是 Command django.contrib.staticfiles.management.commands.runserver.Command object at 0x00000101ED5163A0
重点是第二句，让我们跳到 run_from_argv() 方法，这里对参数进行了若干处理。
用pycharm点这里的handle会进入基类的方法，无法得到正确的走向。实际上子类Commond重写了这个方法。
这里分为两种情况，如果是reload重载时，会直接执行 inner_run() ，而项目启动需要先执行其他逻辑。
django 项目启动时，实际上会启动两次，如果我们在项目入口(manage.py)中设置个print，会发现它会打印两次。
第一次启动时， DJANGO_AUTORELOAD_ENV 为None，无法进入启动逻辑。会进入 restart_with_reloader() 。
在这里会将 DJANGO_AUTORELOAD_ENV 置为True，随后重启。
第二次时，可以进入启动逻辑了。
这里创建了一个django主线程，将 inner_run() 传入。
随后本线程通过 reloader.run(django_main_thread) ，创建一个轮询守护进程。
我们接下来看django的主线程 inner_run() 。
当我们看到wsgi时，django负责的启动逻辑，就此结束了。接下来的工作交由wsgi服务器了
这相当于我们之前在fastapi中说到的，将fastapi的app交由asgi服务器。(asgi也是django提出来的，两者本质同源)
那么这个wsgi是从哪来的？让我们来稍微回溯下
这个settings是一个对象，在之前的操作中已经从 settings.py 配置文件中获得了自身的属性。所以我们只需要去 settings.py 配置文件中寻找。
我们来寻找这个 get_wsgi_application() 。
它会再次调用 setup() ，重要的是，返回一个 WSGIHandler 类的实例。
这就是wsgiapp本身。
load_middleware() 为构建中间件堆栈，这也是wsgiapp获取setting信息的唯一途径。导入settings.py，生成中间件堆栈。
如果看过我之前那篇fastapi源码的，应该对中间件堆栈不陌生。
app入口→中间件堆栈→路由→路由节点→endpoint
所以，wsgiapp就此构建完毕，服务器传入请求至app入口，即可经过中间件到达路由进行分发。
用Django开发web后端,真的比SpringBoot要省事吗?
用Django开发web后端并不比SpringBoot要省事。
spring好处就是当你需要消息队列，或者服务注册发现，配置中心等等的时候配置比较方便，如果不考虑微服务，spring boot也只是比java世界里面其他的方便而已。
而python世界想要集成上述几个功能并且达到一定的生产级别是要比spring麻烦的多。
从性能上讲，看过一些测评，spring因为替用户做了很多类型推断的事情，纯性能在java世界也就是稀烂。
python如果不是一开始就上pypy，那就是一个jit的性能差距，大概就是十倍吧。
最后讨论下针对软件开发。
java它就是消耗代码，完成同样功能谁需要写的代码更多就更耗时，显然go是要少些不少代码。
而我的理解上，python需要1完成的东西go得1.5以上 java到2以上，显然耗费的时间也就是基于这个比例。
对于个人心智负担范围内的项目，我是没什么理由选择java的，因为代码行数就是时间，时间就是金钱。
而对于不写测试设计稀烂的项目，这锅java也背不住。所以吧，如果不是个大项目，感觉并不太需要java出马以及，除非是有些必然要选择的原因。
至于大项目，这事我还没真没啥概念，大致统计了下以前项目的有效代码，不算注释第三方库，现在公司两三年的项目多端前后台加起来也就是20来万行。这也就算是我碰到现在规模最大的了。
剩下的曾经有个创业项目做了三个月差不多前后台也就是三万多行。
最后说结论吧，项目小，周期短，投入少，还是就django吧。
django框架介绍
Django是高水准的Python编程语言驱动的一个开源模型．视图，控制器风格的Web应用程序框架，它起源于开源社区。使用这种架构，程序员可以方便、快捷地创建高品质、易维护、数据库驱动的应用程序。这也正是OpenStack的Horizon组件采用这种架构进行设计的主要原因。
另外，在Dj ango框架中，还包含许多功能强大的第三方插件，使得Django具有较强的可扩展性。Django 项目源自一个在线新闻 Web 站点，于 2005 年以开源的形式被释放出来。
Django 框架的核心组件有：
1、用于创建模型的对象关系映射。
2、为最终用户设计较好的管理界面。
3、URL 设计。
4、设计者友好的模板语言。
5、缓存系统。
Django(发音：[`dʒæŋɡəʊ]) 是用python语言写的开源web开发框架(open source web framework)，它鼓励快速开发,并遵循MVC设计。Django遵守BSD版权，初次发布于2005年7月, 并于2008年9月发布了第一个正式版本1.0 。
Django 根据比利时的爵士音乐家Django Reinhardt命名，他是一个吉普赛人，主要以演奏吉它为主，还演奏过小提琴等。
由于Django在近年来的迅速发展，应用越来越广泛，被著名IT开发杂志SD Times评选为2013 SD Times 100，位列“API、库和框架”分类第6位，被认为是该领域的佼佼者。
django是python的框架吗
Django为我们提供了众多的开发指令，大部分繁琐的操作都被Django集成在简洁的命令行提示符中实现。现在打开命令提示符，进入到想要创建
应用的目录后键入django-admin.py startproject
news命令，调用Django的控制台命令新建一个名为news的工程，与此同时Django还在新创建的news文件夹下生成以下四个分工不同的文
件。
1. __init__.py
文件__init__.py可以向Python编译器表明当前文件夹下的内容是Python工程模块。
2.manage.py
manage.py是Python脚本文件，与Django的命令行工具django-admin.py配合，可以对建立的工程进行管理配置。
3.settings.py
这是Django工程的配置文件，与工程相关的工程模块和数据库全局配置信息都在settings.py中设置。
4.urls.py
文件urls.py负责配置URL的地址映射以及管理URL的地址格式。
当新的工程建立好之后，假如迫不及待就想知道新建工程的模样，Django已经为你准备好一款轻量级的Web服务器以便在开发过程中随时测试使用。
开发者只需在命令提示符下进入工程目录，键入命令manage.py
runserver，就可以启动Web服务器来测试新建立的工程，如果启动没有错误，将可以看到下面这样的提示信息：逗Development
server is running at 地
表示当前工程已经可以通过本机的8000端口访问。通过浏览器打开上述地址Django项目初始页面将会出现在你面前。
Django新手教程6，新建一个项目
感觉再不按套路出牌就要被群众围殴了，那咱么就开始吧。
打开CMD黑窗口，我们输入
workon django_env
我们先看看怎么在黑窗口里面穿梭于各个URL之间，你先看你现在所处的位置，一般来说，新打开的CMD，都是处于
C:/User/your_name
这个位置，我们先到D盘，根目录从C到D，我们只需要输入
D:
就可以到达D盘了，如果你的django_env是激活的那么，他会自动跳转到
D:/py_env/django_env
这个目录下，我们当然可以把项目就建在这里，但也可以建在别的地方。所以请输入(注意cd和两点之间有一个空格)
cd ..
cd是前往的意思，两个小点指的是父亲，意思是前往当前目录的父目录，
于是，我们来到
D:/py_env
目录下，再次输入
cd ..
于是我们达到
D:/
这已经是D盘的根目录的再输入cd ..已经没有什么效果了。如果你之前按照我的教程一步一步来，那么，你已经在在这个根目录上建好了一个叫django_project的空文件夹，如果你没有建好 ，那么请输入
mkdir django_project
创建一个这个文件夹，当然，你也可以在图形界面，打开我的计算机，然后到达位置右键新建文件夹。这里为了逼格和更加熟悉cmd窗口起见，我建议你还是用命令行。
我们cmd的路径（准确的说是工作路径）现在在D盘的根目录，
因此，请输入
cd django_project
表示前往 django_project ，当然，这个时候你得确定django_project是D盘根目录下的一个子目录。
如果，我们还处于
D:py_env/django_env
那么输入
cd django_project是无效的，你得按照我们刚才一步一步抵达D盘，然后在进入到django_project。或者，你可以直接输入绝对路径
cd D:/django_project
使用上面的命令，只要你处于D盘，无论是在哪一级的目录，都可以一步到位。
抵达现场，我们马上就要新建我们的项目了。
激动人心的一刻到了，请在CMD中输入
django-admin startproject mysite
这时，我们创建了一个项目，这个项目的名字叫mysite，等等，说好的做云盘，为毛名字不是mycloud呢？这就要提到django的精妙之处了，新建了一个项目，就相当于，我们在计算机上圈了一块地（D:/django_project/mysite目录以后就是我们网络服务这一块的地盘了），还没开始建展馆，为什么先圈地而不是直接新建一个展馆呢，因为我们圈了地就可以在地上建很多展馆啊，在django看来，云盘啥的，够不上称为一个项目，只能称之为应用（一座展馆），只有将很多展馆放在一起，才能称之为项目，也就是说，一个项目可以包含很多的应用(APP)，比如我们的网站可以提供云盘服务，我们也可以，提供个人博客服务，我们还可以开一个讨论某植物的论坛啥的，反正就是为了将来能够提供全家桶服务，所以，云盘只能算做是一个APP。当然，目前我们只这块地上建一座提供云服务的展馆。其他的展馆以后再说。
还是在cmd黑窗口，请输入
dir
用这条指令可以列出当前目录下的子目录和存放文件的情况，
我们可以看到，生成一个叫mysite的子目录，实际上，在mysite的上面还有两个目录，一个目录是一个点，表示自己，也就是django_project本身，另一个目录是两个点，表示父目录，也就是D盘根目录。所以我们看到的是django_project目录的一家三代。
这和图形界面基本是统一的，下图的左上角圈的地方表示的就是父目录，至于本身目录嘛，就没必要刻意用什么图形表示了。
你用鼠标点击某个文件夹，实际上系统内部就是帮你运行了一下
cd 你点击的文件夹
你点击后退，则帮你运行
cd ..
回到正题，我们看到了一个mysite子目录，所以进去看看，请输入
cd mysite
然后输入
dir
查看情况
发现又有一个mysite目录，坑爹啊，俄罗斯套娃呢这是!
这一看就知道django是外国人搞得工具，子目录跟父目录叫同一个名字（好歹给子一级的目录起个名字叫mysite二世啥的行不。没办法，django设计者这么叫了，我们也不能随便乱改，以后我们把里面的那个mysite叫做子mysite，外面的那个叫父mysite以区分），仔细一看，旁边还有一个manage.py，先不不管这个，再进去子mysite看一下，还好，再没有mysite目录了，里面是
里面有4个py文件，看到没有，其中有一个是urls.py，URL之重要，需要专门一个文件来管理，如果你之前有认真看文章的话应该就能差不多猜到它是起什么作用的文件了。除了urls.py，settings.py也是非常重要的，都是用来管理mysite这个项目的，所以，我觉得最后这个mysite文件夹应该叫做mysite_manage因为它里面的东西，和它旁边的manage.py一样都是用来管理项目的。
为了让大家对项目结构有更清楚认识，我找了django官网上的图片
django创建项目怎样理解
创建项目：
django-admin startproject mysite
2
新建APP（名称自定）：
cd website
python manage.py startapp learn
3
把我们新定义的APP添加到setting.py中的INSTALL_APPS中：
修改vim mysite/settings.py
INSTALLED_APPS = (
'django.contrib.admin', #Django默认。
'django.contrib.auth', #默认身份验证系统。
'django.contrib.contenttypes', #默认内容类型框架。
'django.contrib.sessions', #默认session框架。
'django.contrib.messages', #默认消息框架
'django.contrib.staticfiles', #默认静态文件管理框架。
'learn',
)
备注：这一步是干什么呢? 新建的 app 如果不加到 INSTALL_APPS 中的话, django 就不能自动找到app中的模板文件(app-name/templates/下的文件)和静态文件(app-name/static/中的文件) 。
4
定义视图函数：
vim learn/views.py
注：我们定义了一个index()函数,第一个参数必须是request, 与网页发来的请求有关,可以包含get或post的内容,函数返回一行字到网页。
5
定义视图函数相关的URL（网址）：
vim mysite/urls.py
6
运行并验证：
python manage.py runserver 0.0.0.0:8000
注意：如果不加0.0.0.0:8000，默认是127.0.0.1:8000，且只能本机访问。
访问验证：
7
至此，你已经启动了Django开发服务器，一个纯粹的由 Python 编写的轻量级 Web 服务器。Django 内包含了这个服务器，这样你就可以迅速开发了，在产品投入使用之前不必去配置一台生产环境下的服务器 – 例如 Apache 。
注意：**不要** 在任何类似生产环境中使用此服务器。它仅适用于开发环境。(Django提供的是 Web 框架的业务，而不是 Web 服务器。)
8
Tip：项目 ( Projects ) vs. 应用 ( apps )
项目与应用之间有什么不同之处？应用是一个提供功能的 Web 应用 – 例如：一个博客系统、一个公共记录的数据库或者一个简单的投票系统。 项目是针对一个特定的 Web 网站相关的配置和其应用的组合。一个项目可以包含多个应用。一个应用可以在多个项目中使用。
结语：以上就是首席CTO笔记为大家介绍的关于django项目是什么的全部内容了，希望对大家有所帮助，如果你还想了解更多这方面的信息，记得收藏关注本站。