Django框架原理 MVC是众所周知的模式，即：将应用程序分解成三个组成部分:model(模型),view(视图),和 controller(控制 器)。其中： M——管理应用程序的状态（通常存储到数据库中），并约束改变状态的行为（或者叫做“业务规则”）。 C——接受外部用户的操作，根据操作访问模型获取数据，并调用“视图”显示这些数据。控制器是将“模型”和“视图”隔离，并成为二者之间的联系纽
转载
2023-07-11 21:10:49
175阅读
基本知识Django命令行操作创建Django项目：django-admin startproject 项目名运行Django项目：python manage.py runserver 注意：需要切换到Django项目下创建应用： python manage.py startapp 应用名称 Django主要文件介绍
转载
2023-07-25 14:52:38
246阅读
1、什么是架构分层？分层架构是将软件模块按照水平切分的方式分成多个层，一个系统由多层组成，每层由多个模块组成。同时，每层有自己独立的职责，多个层次协同提供完整的功能。比如，我们经常提到的MVC架构，就是一种非常典型非常基础的分层方式。分层设计的本质其实就是将复杂问题简单化，基于单一职责原则让每层代码各司其职，基于“高内聚，低耦合”的设计思想实现相关层对象之间的交互。从而，提升代码的可维护性和可扩展
转载
2023-10-04 19:37:57
216阅读
分层架构也叫n层架构，绝大多少的企业、公司的架构都使用了此架构，该架构也成为程序发展的基础，被大多数架构师、程序员等熟知，津津乐道。（其中以MVC架构最为熟悉） 分层架构中的层次和组件是以水平方向分层 ，每一个层级包装和扮演各层对应的层级功能。根据具体业务和需求对整个架构进行分层，通常情况下会使用3-4层的模型。如果层级越多真个系统的负责度就会成指数级上升：每一层的功能需要被维护，层与层之间
转载
2016-03-25 22:27:00
186阅读
参考：http://www.ruanyifeng.com/blog/2016/09/software-architecture.html 1. 什么是分层架构分层架构是一种很常见的架构模式，它也叫N层架构。这种架构是大多数Jave EE应用的实际标准，因此很多的架构师，设计师，还有程序员都知道它。许多传统IT公司的组织架构和分层模式十分的相似。所以它很自然的成为大多数应用的架构模式。2. 模
转载
2023-09-25 12:17:34
170阅读
分层架构的特点分层架构是运用最为广泛的架构模式，经典的如B/S架构、 MVC 架构。其特点如下：优点：分离开发人员的关注，每个开发人员可以只关注自己所负责的层次的事情，无需过多关注其它层级的东西；解耦，降低依赖，上层只能依赖于下层；可复用，可以将公共的部分下沉到同一个层级，上层可以复用公共层级。缺点：性能下降，本来可以直连操作，现在要层层传递，势必造成性能的下降；其它特点开发成本很受设计质量的影响
转载
2023-07-03 09:56:21
123阅读
注：本文更适用于中大型项目，小项目开心就好了。因为时代的原因，对部分词汇描述可能不是那么准确，欢迎指正。当我们开始一个新的项目，我们就开始创建一个个折文件夹。哦，不对，那我们在做分层架构设计。架构最后落到现有的计算机操作系统上，其的展示形式是分层架构。毕竟，硅基不如碳基。可是呢，为什么我们要做分层架构设计呢？通过层（Layer）来隔离不同的关注点。So，我要开始瞎扯了。基本思想：关注点分离，划分边
转载
2024-05-16 08:06:42
38阅读
Django工程的分层结构，网上大部分代码都是功能性的，当你面对稍微复杂一点的场景就应该考虑代码分层，页面、路由、表单验证、业务逻辑、数据应该如何安排，看完这篇文章你或许就有了思路。前言传统上我们都知道在Django中的MTV模式，具体内容含义我们再来回顾一下：M：是Model的简称，它的目标就是通过定义模型来处理和数据库进行交互，有了这一层或者这种类型的对象，我们就可以通过对象来操作数据。V：是
转载
2021-05-07 15:51:42
315阅读
2评论
一方查找多方，条件写法情况一，多方表的外键没有定义关联名称一方类名.objects.filter(多方类名小写__多方字段__查询词=值)情况二，多方表的外键写义了关联名称 related_query_name 的值一方类名.objects.filter(多方外键related_query_name的值__多方字段__查询词=值)...
原创
2021-08-14 00:13:11
460阅读
在一个Django项目中，通常都会有多个app，在每个app中都有一个models.py文件用来存放相应的模型类（模型类是数据库表的映射）。而在模型类与模型类之间很有可能会存在某种关联，比如外键关联，这时，相关联的模型类很有可能不在同一个models.py文件中，很有可能是跨越了app来关联的。这时，如果app1中的models.py文件引用了app2中的models.py文件来建立外键关联，而a
转载
2024-06-17 07:01:19
20阅读
了解CQRS在传统的三层架构中，通常都是通过数据访问层来修改或者查询数据，一般修改和查询使用的是相同的实体。在一些业务逻辑简单的系统中可能没有什么问题，但是随着系统逻辑变得复杂，用户增多，这种设计就会出现一些性能问题。虽然在数据库层面可以做一些读写分离的设计，但在业务上如果在读写方面混合在一起的话，仍然会出现一些问题。命令查询职责分离（Command Query Responsibility Se
转载
2023-10-04 10:22:00
101阅读
CQRS架构简介前不久，看到博客园一位园友写了一篇文章，其中的观点是，要想高性能，需要尽量：避开网络开销（IO），避开海量数据，避开资源争夺。对于这3点，我觉得很有道理。所以也想谈一下，CQRS架构下是如何实现高性能的。关于CQRS（Command Query Responsibility Segregation）架构，大家应该不会陌生了。简单的说，就是一个系统，从架构上把它拆分为两部分：命令处理
转载
2023-12-11 17:21:55
50阅读
1、Android系统架构最新的Android系统分为五层六区（域）：Linux内核层（Linux Kernel）：Android系统基于Linux2.6内核，这一层为Android设备各种硬件提供了底层驱动，如显示驱动、音频驱动、照相机驱动、蓝牙驱动、Wi-Fi驱动、电源管理等；硬件抽象层（android hardware abstraction layer）：安卓驱动硬件的方式与Linux不尽
转载
2023-08-30 15:14:39
171阅读
前言为了能够使得产品得到更好的开发速度与以后更好的迭代和移植，框架分层是很有必要的。但如对于中小型项目严格遵循这些原则，势必会消耗过多精力去思考怎么设计系统，这是一个抉择的过程。一、框架分层是什么？在嵌入式架构中：一般分为硬件架构与软件架构。这里是嵌入式软件设计，也是大多数人接触的设计。所谓的分层，也可以理解为模块化的设计，但是框架分层的设计一般会遵循以下几点原则每个模块提供的接口要统一，只能增加
转载
2023-07-31 11:23:04
92阅读
1.Buffer pool主缓冲区中的一块区域，缓存table 和 index data。允许直接从内存中频繁的使用数据，以加速数据的处理速度。在专用服务器上，80%以上的物理内存都分配给buffer pool。为了高效的查询操作，buffer pool被分割为 pages （可以包含一条或多条记录，这取决于记录的数据量）。为了高效的缓存管理，buffer pool 被实现为pages 的链表，使
学习三步走：为什么，是什么，怎么做 为什么会有需要分层的环境传统的早期单体架构有如下几种缺点1、难以分布式部署和扩容2、一个组件的缺陷导致整个进程崩溃3、系统升级、Bug修复、故障排查存在风险4、业务范围扩展后，难以复用原有服务，可能需要重新开发针对3、4点，而有了分层存在的环境 分层本质是什么分层的本质是对功能的切分和封装网络通信需要解决的问题有： 1、比特纠错 2、路由选择
转载
2024-06-06 14:06:07
77阅读
分层 分层是企业应用系统中最常见的一种架构模式，将系统在横向维度上切分成几个部分，每个部分负责一部分相对比较单一的职责， 然后通过上层对下层的依赖和调用组成一个完整的系统。 在大型网站架构中也采用分层结构，将网主占软件系统分为应用层、服务层、数据层。 分层的好处在于：解耦合，独立发展，伸缩性，可扩展性。上面网站的进化史也凸出了分层的重要性。 但是分层架构也有一些挑战， 就是必须合理规划层次
转载
2024-01-02 19:45:13
11阅读
分层架构是什么？我们首先需要知道架构设计的目的是什么？架构设计的目的是解决软件系统复杂度带来的问题。分层架构设计只不过是架构设计中的一种设计思想和方法论。1.分层架构将软件应用划分为若干个层，每一层只解决一部分的问题，通过各层的协作提供整体的解决方案。大的问题被分解为一系列相对独立的子问题，局部化在每一层中，这样就有效的降低了单个问题的规模和复杂度，实现了复杂系统的第一步也是最为关键的一步
转载
2023-08-30 17:01:53
179阅读
分层架构
转载
2020-09-03 22:19:00
296阅读
2评论
一、高可用架构为什么需要分层 1. ALLIN ONE 架构的缺点 – 整个架构只有一个模块 • 数据部分、逻辑部分、接入部分、展示部分等 – 架构存在问题 • 耦合严重 • 职责不分明 • 模块庞大、臃肿 • 开发成本高、效率低下 • 运维成本高 • 组件间相互影响，一旦一个组件有问题，整个服务都
原创
2021-07-19 15:25:44
589阅读
