导读：本篇文章首席CTO笔记来给大家介绍有关django的业务逻辑层在哪里的相关内容，希望对大家有所帮助，一起来看看吧。
应该怎么分布Django的业务逻辑
1. 好像是的，松耦合。
2. 就在APP根目录建文件放class，用的时候import
3. 写一个method有save的调用那个method，或者直接override掉save
django的架构设计
Django是一个基于MVC构造的框架。但是在Django中，控制器接受用户输入的部分由框架自行处理，所以 Django 里更关注的是模型（Model）、模板(Template)和视图（Views），称为 MTV模式。它们各自的职责如下： 层次 职责 模型（Model），即数据存取层 处理与数据相关的所有事务： 如何存取、如何验证有效性、包含哪些行为以及数据之间的关系等。 模板(Template)，即表现层 处理与表现相关的决定： 如何在页面或其他类型文档中进行显示。 视图（View），即业务逻辑层 存取模型及调取恰当模板的相关逻辑。模型与模板之间的桥梁。 从以上表述可以看出Django 视图不处理用户输入，而仅仅决定要展现哪些数据给用户，而Django 模板 仅仅决定如何展现Django视图指定的数据。或者说, Django将MVC中的视图进一步分解为 Django视图 和 Django模板两个部分，分别决定 “展现哪些数据” 和 “如何展现”，使得Django的模板可以根据需要随时替换，而不仅仅限制于内置的模板。
至于MVC控制器部分，由Django框架的URLconf来实现。URLconf机制是使用正则表达式匹配URL，然后调用合适的Python函数。URLconf对于URL的规则没有任何限制，你完全可以设计成任意的URL风格，不管是传统的，RESTful的，或者是另类的。框架把控制层给封装了，无非与数据交互这层都是数据库表的读,写,删除,更新的操作.在写程序的时候，只要调用相应的方法就行了，感觉很方便。程序员把控制层东西交给Django自动完成了。 只需要编写非常少的代码完成很多的事情。所以，它比MVC框架考虑的问题要深一步，因为我们程序员大都在写控制层的程序。现在这个工作交给了框架，仅需写很少的调用代码，大大提高了工作效率。
请问JAVA三层架构、持久层、业务层、表现层都该怎么理解？和MVC三层模型有什么区别？
希望还有人关注这个问题。\x0d\x0a我们常常提到java EE的三层或者四层结构。\x0d\x0a四层架构：\x0d\x0a展示层（web层）、业务逻辑层、数据访问层、信息资源层\x0d\x0a四层架构在是开发企业应用时使用的非常经典的划分模式。\x0d\x0aweb层负责前端展示和用户请求的处理。mvc是一个设计模式，主要用户构建用户界面，目的是把展示逻辑和逻辑分离。web层通常会使用MVC模式进行构建，经常使用的mvc框架包括spring mvc，struts等，都是在web层或者展示层使用的。\x0d\x0a业务逻辑层一般应用中会有一层service抽象，实现核心业务逻辑，事务控制也在这一层实现。\x0d\x0a数据访问层也即dao层，重点负责数据库访问，完成持久化功能。\x0d\x0a信息资源层主要服务资源的存储。\x0d\x0a所以mvc和四层（三层）结构有关系，四层架构是应用的体系（分层）结构，描述了整个应用的一个完整的划分，而mvc是一个设计模式，通常会用于四层架构的展示层的构建上。希望我能讲清楚。
以下哪些是属于业务逻辑层
业务逻辑层包括验证、计算、业务规则等等。BLL：(业务逻辑层)：UI层和DAL层之间的桥梁。实现业务逻辑。业务逻辑具体包含：验证、计算、业务规则等等。
请问JAVA三层架构，持久层，业务层，表现层，都该怎么理解？和MVC三层模型有什么
Model:数据持久层，对数据库的数据进行处理，主要就是数据库操作，常见的技术就是JDBC 、 hibernate 、 mybatis这些数据持久层操作的技术和框架。
view:表现层，就是展示给用户看的那些网页和界面，常见的就是jsp和html 。
Controller:业务层， 就是在Model 和 view之间进行数据交换，Servlet是最基本的，其它的框架技术 常见的就是Struts 、 SpringMVC 什么的。
本人主要是学java的，主要了解的就这么多，分三层主要就是将各个功能区分开，方便开发……
结语：以上就是首席CTO笔记为大家整理的关于django的业务逻辑层在哪里的全部内容了，感谢您花时间阅读本站内容，希望对您有所帮助，更多关于django的业务逻辑层在哪里的相关内容别忘了在本站进行查找喔。