逻辑层，一个项目中说系统分为表现层控制层逻辑层DAO层和最终数据库

来源：整理时间：2023-08-19 07:54:01 编辑：智能门户手机版

本文目录一览

1，一个项目中说系统分为表现层控制层逻辑层DAO层和最终数据库
2，数据库中物理层逻辑层视图层的区别
3，三层架构中的表示层数据访问层和业务逻辑层具体是怎么划分的
4，逻辑层次
5，什么是 NLP 逻辑层次
6，关于逻辑层次的理解
7，计算机的逻辑层和物理层的意思
8，逻辑思维的层次
9，NET为什么要有业务逻辑层
10，如何理解业务逻辑层

1，一个项目中说系统分为表现层控制层逻辑层DAO层和最终数据库

表现层就是看到的东西，比如你现在看到的当前页面控制层就将你的请求从页面传到后台代码逻辑层就是处理你的请求的代码DAO层就是将数据存到数据库中的代码数据库就是数据库了，存东西用的

一个项目中说系统分为表现层控制层逻辑层DAO层和最终数据库

2，数据库中物理层逻辑层视图层的区别

数据库中物理层、逻辑层、视图层的区别为：层数不同、主要功能不同、媒介不同。一、层数不同1、物理层：物理层位于三层构架的最下层，与用户直接接触，将操作结果反馈到逻辑层。2、逻辑层：逻辑层在三层构架中位于视图层与物理层中间位置，同时也是视图层与物理层的桥梁，实现三层之间的数据连接和指令传达。3、视图层：视图层位于三层构架的最上层，与用户直接接触。二、主要功能不同1、物理层：物理层实现数据的增加、删除、修改、查询等操作。2、逻辑层：逻辑层对具体问题进行逻辑判断与执行操作。3、视图层：视图层是实现系统数据的传入与输出。三、媒介不同1、物理层：物理层的媒介为数据库系统。2、逻辑层：逻辑层的媒介为BBL 系统。3、视图层：视图层的媒介为Web浏览页面。

数据库中物理层逻辑层视图层的区别

3，三层架构中的表示层数据访问层和业务逻辑层具体是怎么划分的

一般讲到三层架构，其实就是将整个业务应用划分为表示层、业务逻辑层、数据访问层等。三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构

三层架构中的表示层数据访问层和业务逻辑层具体是怎么划分的

4，逻辑层次

NLP（神经语言程序）大师罗伯特·迪尔茨提出的名为“逻辑层次”的理论。逻辑层次是什么？简单的说，有六个层次，由低到高分别是“环境” 、“行为” 、“能力” 、“价值观” 、“身份” 、“愿景”。每一个高的层级，都影响着低的层级，就像在六楼可以很清楚的看到一楼到五楼的风景一样。在真实的逻辑层次中，高的层次总是不可避免的驱动着低的层次，它往往会影响低的层次的行为变化。如果在高的层次的意识没有发生变化的情况下，低层次的改变，往往是没有办法持久的。我是一位HR,希望成为团队导师。通过鼓励团队人员一起学习人才发展课程，阅读培训、管理工具书籍，支持团队一起成长：1.学习管理工具落地 2.输出行动计划 3.增加阅历和经验实现帮自己增加自律，帮他人一起成长。

5，什么是 NLP 逻辑层次

逻辑层次是 NLP 界的大师罗伯特·迪尔茨根据人类学家格里高利·贝特森提出的学习与变革的逻辑层次整理出来的。逻辑层次是 NLP 发展过程中最具影响力的理论之一。迪尔茨提出的逻辑层次认为，在任何系统中，人的生活——包括系统本身的活动，都可以通过几个不同层次进行描述和理解，它们是：环境、行为、能力、信念与价值观、身份、精神。

6，关于逻辑层次的理解

最近在职业规划课程上，重新学习了逻辑层次（NLP称为理解层次）。对运用逻辑层次有效引领咨询，有了更深刻的理解。逻辑层次的上三层，即每个人的愿景、身份、价值观，也是人们常说的“身心合一”、“知行合一”中的“心”和“知”，存在于人的内心世界（潜意识层面），属于战略层面，是给自身定位，你想成为什么（Being）？上三层可以激发内在动力，挖掘潜能，指导外部的一切行为，在下三层的行为中能够充分体现出来。逻辑层次的下三层，即每个人的能力、行为、环境，也是人们常说的“身心合一”、“知行合一”中的“身”和“行”，属于人的外部现实（意识层面），属于战术层面，怎么去做，做什么（Doing）？人生所做出的每一个选择，走过的每一步，都被价值观、身份、愿景上三层所主宰，环境、行为、能力只不过是上三层在现实生活中的映射而已。在咨询中引领客户运用逻辑层次自上而下探索自己，确实是一个很实用有效的办法。用逻辑层次探索出来的计划，最具有推动力和挑战性，可以挖掘出客户所具有的潜力。在更高的思维层次上进行改变，往往才会从根源上解决问题，产生质的变化。兼顾逻辑层次的各个层面，会使定位更清晰，目标更明确。但是如果仅仅停留在上三层，不针对自己的环境和能力采取行动，没有能力做支撑，一切也只能是空中楼阁。任何好的想法和愿景，都需要通过一小步一小步的行动去落地实现。如果从下三层切入自下而上去解决问题。随着下三层不断的积累和改变，上三层也会随之调整，但这个过程往往比较缓慢，效率低，效果差。熟练掌握并学会分析运用逻辑层次，有助于我们更好地了解自我、他人和社会，咨询中明确每个人的行为背后是受哪些层次指引。这样的咨询沿着客户人生的意义，促进他系统地去分析自己的目标及行动方案，最有可能引导他找到自己成功的路径，从想法能够变成当下的行动，让理想能够照进现实。

7，计算机的逻辑层和物理层的意思

简单点吧，逻辑就是虚拟的，而物理就是实际存在的，比如说操作系统就是逻辑的，而物理的比如硬盘，内存之内的。逻辑层是通过各种方法模拟制造出来的，它实际是不存在的，而物理层则是实际就已进存在的。比如说用于电脑硬件之间互相连接的线路，就可以称之为物理连接，而电脑的IP之间的链接则是逻辑连接。懂了不？？？呵呵~

突然停电，最要是物理多，因为磁头还在高速转动过程中，可能会接触到磁碟表面。非法关机出现的多数是逻辑错误比较多，因为在非法关机前，硬盘就会自动保护，但是资料可能就不能保存。计算机的逻辑层和物理层的意思解答

8，逻辑思维的层次

学习过混沌的思维模型之后，切实感受到逻辑思维的重要性。爱因斯坦说：“你无法在制造问题的同一思维层次上解决这个问题。”也就是说要解决问题需要思维上的升级，否则问题可能就难以得到解决。人与人之间的差距主要在于思维层次的差异，NLP（神经语言程序）领域的大师罗伯特?迪尔茨把人的逻辑思维分为6个层次，形成一个被称为“逻辑层次”的分析工具。他认为人的逻辑层次从下到上分别为：环境层、行为层、能力层、信念价值观层、身份层与愿景层。环境层、行为层、能力层为“下三层”，信念价值观层、身份层、愿景层为“上三层”。低层次的问题用高层次的思维好解决，但是高层次的问题用低层次的思维难以解决，就像我们常说的高维打低维很容易一样，如果具备了上三层的逻辑思维能力对于实现下三层是轻而易举的。很多个体或是企业碰到的困惑与迷茫，很大程度上在于过分聚焦下三层完成情况的好坏，却很少静下心来对上三层做深度思考。但殊不知不管是人或企业都是由上三层引领的，上三层决定了下三层。有成就的企业通常都会重视上三层的建设，譬如阿里巴巴，马云曾经说过：“阿里历史上所有重大的决定，都跟钱无关，都跟价值观有关。未来二十年，阿里应该也必须坚持我们的价值观与众不同。”但往往很多企业纵然具备严格的制度流程和规范的管理体系，却由于上三层的不清晰不明确陷入混乱与迷茫。逻辑层次为我们提供了一个思维框架，提醒大家要穿过下三层去实现对上三层的思考。下三层往往具象显得容易，上三层却由于抽象确实很难，想要具备上三层的逻辑思维能力，可以通过学习思维模型并加以大量的刻意练习。我们上混沌的课程学习创新的思维模型，主要的目的在于提升自己的逻辑思维能力并能够运用到企业的具体运营中去。因此，有针对性的学习思维模型，锻炼自己的逻辑思维尤其是上三层的能力显得尤为重要。相信大家实现了认知升级，从更高的维度来看待个人生活或是企业发展过程中的问题，很多问题都会变得简单化迎刃而解。

9，NET为什么要有业务逻辑层

业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。由于层是一种弱耦合结构，层与层之间的依赖是向下的，底层对于上层而言是“无知”的，改变上层的设计对于其调用的底层而言没有任何影响。如果在分层设计时，遵循了面向接口设计的思想，那么这种向下的依赖也应该是一种弱依赖关系。因而在不改变接口定义的前提下，理想的分层式架构，应该是一个支持可抽取、可替换的“抽屉”式架构。正因为如此，业务逻辑层的设计对于一个支持可扩展的架构尤为关键，因为它扮演了两个不同的角色。对于数据访问层而言，它是调用者；对于表示层而言，它却是被调用者。依赖与被依赖的关系都纠结在业务逻辑层上，如何实现依赖关系的解耦，则是除了实现业务逻辑之外留给设计师的任务。

没有业务逻辑层，就像人没有了思想，不知道今天应该干些怎么，这想这样讲会更人性化点，你能理解的

解耦，安全性，复用等等。这种概念性的东西通常要大量实践才会在心里有一个比较清晰的解释，比较常用的口述解释就像上面说的那样。可以网上搜索一下多层架构，在这里复制粘贴也没有意义，多读一下心里可能就有点概念了。

10，如何理解业务逻辑层

　用于做一些有效性验证的工作，以更好的保证程序运行的健壮性。如完成数据添加、修改和查询业务等；不允许指定的文本框中输入空字符串，数据格式是否正确以及数据类型验证；用户权限的合法性判断等；通过以上的诸多判断以决定是否将操作继续向后传递，尽量保证程序的正常运行。　　业务逻辑层（Business Logic Layer）无疑是系统架构中体现核心价值的部分。它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计，也即是说它是与系统所应对的领域（Domain）逻辑有关，很多时候，也将业务逻辑层称为领域层。例如Martin Fowler在《Patterns of Enterprise Application Architecture》一书中，将整个架构分为三个主要的层：表示层、领域层和数据源层。作为领域驱动设计的先驱Eric Evans，对业务逻辑层作了更细致地划分，细分为应用层与领域层，通过分层进一步将领域逻辑与领域逻辑的解决方案分离。　　业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。由于层是一种弱耦合结构，层与层之间的依赖是向下的，底层对于上层而言是“无知”的，改变上层的设计对于其调用的底层而言没有任何影响。如果在分层设计时，遵循了面向接口设计的思想，那么这种向下的依赖也应该是一种弱依赖关系。因而在不改变接口定义的前提下，理想的分层式架构，应该是一个支持可抽取、可替换的“抽屉”式架构。正因为如此，业务逻辑层的设计对于一个支持可扩展的架构尤为关键，因为它扮演了两个不同的角色。对于数据访问层而言，它是调用者；对于表示层而言，它却是被调用者。依赖与被依赖的关系都纠结在业务逻辑层上，如何实现依赖关系的解耦，则是除了实现业务逻辑之外留给设计师的任务。