当前位置：网站首页 > IT知识 > 正文

第2天 | Django3.0项目实战，项目详解

liuian 2024-12-17 15:01 38 浏览

一个销售管理系统，由基础数据、员工信息、客户管理、产品管理、销售统计等功能组成，你若想一个人轻轻松松地开发完成，那我建议你采用Django3.0。

Django3.0用命令即可生成麻雀虽小五脏俱全的项目文件sales(系统架构)，还可用命令生成功能模块(base)，程序员可通过配置项目文件，将功能模块组合在一起。欲开发功能，先熟悉项目文件。

2.1 项目文件

两个sales文件，外层的sales，是存放项目内容的文件夹，这个名称可以随意更改，只要你喜欢就行。内层sales包含的settings.py、urls.py等文件，加上manage.py，便是Django的系统框架了。

__init__.py：内容一般是空的，常用来声明(它)所在之处的文件夹(sales)是个包；

settings.py：包括了项目的初始化设置，对整个项目进行相关配置，比如数据库连接参数、添加应用等；

asgi.py：构建异步Web界面和处理双向协议的新方式，是Django3.0版本新出的异步功能；

urls.py：url地址秀，网站目录，配置简单容易理解，可把用户在浏览器中发出的请求，映射到指定的应用程序上；

wsgi.py：告诉中间件(Apache或nginx)：帮我运行Django开发的项目吧，我滴乖乖。开发过程中很少用到；

templates：存放HTML模板文件；

manage.py：Django的任务管理命令行工具。可用来生成数据库迁移文件，同步表结构，生成App等，是项目中的管家。

2.2 应用文件

在项目(sales)中的应用base，实际上是我们接下来要开发实现的销售管理系统中的基础数据功能模块来的。在base下的文件，无论你想不想都要搞清楚。

migration：存放数据表结构的指令文件，通过它们可以修改和创建数据库,从而在models.py模型类和数据库表之间进行迁移；

__init__.py：内容有时不是空的，它来声明base文件夹是个包；

admin.py：应用的连接，配置model,连接Form，声明在Django自带的后台管理系统；

apps.py：通常里面包含对应用的配置，如应用名称；

models.py：实体类定义，会生成对应的数据库表结构。同时还具备操作数据库的能力(API),省去手动编写增删改查的重复工作；

tests.py：单元测试工具，可以编写测试文档来测试所建立的应用；

views.py：虽然从名字上看是视图的意思，实际上是逻辑控制用的，同web页面交互，与models交流，协调整个系统有条不紊的动作。

2.3 MVC和MVT

一个软件产品，在进入开发阶段时，会先进行系统分析，分析的结果，最少包含3方面的内容(实际上肯定不止)，有数据库表结构(或实体类)、有业务流程图，还有界面效果图，而这三方面一般是由不同的人负责的。

专业的人做专业的事，才能提高工作效率，才能把活干得更好。再说，一个人拿一份工资，也不愿意干几份活呀。正因为此，MVC, 模型(model)－视图(view)－控制器(controller)模式运势而生。

M(模型,Model)：对数据逻辑内容进行处理，对数据库表中的数据进行增删改查操作。一般由程序猿负责开发实现，不一般的话，由老板自己完成，那还请你做什么？实体类(或表结构)由DBA设计，如果有这个岗位的话。

V(视图，View)：处理数据显示(在界面上)的职责。由设计师负责，他们经常会对界面进行设计、设计、再设计。

C(控制器， controller)：从视图读取数据，控制用户输入，向模型发送数据并最终导向视图(进行展示)。也是程序猿负责，这就是导致他们秃顶的原因之一。

现在几乎所有Web框架都基于MVC模式而设计，Django也不例外。只是为了彰显不同的地位，Django特意采用了MVT模式。

MVT实际上和MVC是一致的，其中M是Model(模型)，V(Views)是控制器，而T(templates)相当月MVC中的V，换汤不换药，只是叫法不同而已。

2.4 Django运行

在Django框架中，文件虽然不多，但完全有必要搞清楚它们的运行机制，否则开发了大半天的功能，还说不清道不明子丑寅卯的话，是会被人笑掉大牙的。

用户通过浏览器访问应用系统，中间件接受到请求之后，判断其访问的地址，接着：

1. 调用Django通过在ROOT_URLCONF配置来决定根URLconf；
2. Django在URLconf中的所有URL模式中，查找第一个匹配/地址/的条目；
3. 如果找到匹配，将调用相应的视图函数；
4. 视图函数返回一个HttpResponse；
5. Django转换HttpResponse为一个适合的HTTP response，以Web page显示出来。

好了，有关Djangon3.0项目详解的内容，老陈讲完了，下一节进入Django开发流程。如果觉得对你有所帮助，希望老铁能转发点赞，让更多的人看到这篇文章。你的转发和点赞，就是对老陈继续创作和分享最大的鼓励。