关于“分层架构_php”的问题，小编就整理了【3】个相关介绍“分层架构_php”的解答：
六边形架构和分层架构的区别？您好，六边形架构和分层架构都是常见的软件架构模式，它们的主要区别在于：
1.概念模型不同：六边形架构将应用程序看作一个中心，周围有许多端口和适配器，每个端口和适配器都负责处理特定的输入和输出。而分层架构将应用程序看作多个层次的组合，每个层次都有特定的职责和功能。
2. 依赖关系不同：六边形架构中，应用程序与外部资源（如数据库、文件系统等）的交互是通过适配器来实现的，应用程序不直接依赖于外部资源。而分层架构中，不同层次之间的依赖关系是明确的，低层次依赖于高层次。
3.测试和扩展不同：六边形架构的端口和适配器可以轻松地进行单元测试和集成测试，并且可以很容易地添加新的适配器来支持新的输入和输出。而分层架构中，不同层次之间的依赖关系可能会导致测试和扩展变得复杂。
总的来说，六边形架构强调应用程序与外部资源的解耦和可测试性，适合处理复杂的业务逻辑和多种输入输出。而分层架构强调不同层次之间的职责和依赖关系，适合处理简单的应用程序和少量的输入输出。
在C#中什么是分层架构？一般分三层数据访问层(DAL):主要是与数据库交互业务逻辑层(BLL):调用DAL层的方法页面层(UI):不用我说了优点:
1、开发人员可以只关注整个结构中的其中某一层；
2、可以很容易的用新的实现来替换原有层次的实现；
3、可以降低层与层之间的依赖；
4、有利于标准化；
5、利于各层逻辑的复用。
软件分层应该如何分层？一般信息系统中最常见的是如下所列的4层：表示层，业务逻辑层，持久层，应用层。
模式介绍：
表示层(也称为UI层)：主要对用户的请求接受，以及数据的返回，为客户端提供应用程序的访问。
应用层(也称为服务层)：服务层的作用就是将表现层与业务逻辑层之间完成解耦。那么表现层中就不会出现任何的业务代码，当然这样带来的好处也是显而易见的，就是当我们修改业务层代码时，我们不需要修改表现层的代码，
当然如果服务层设计的不好，那么可能会造成反效果。
业务逻辑层(也称为领域层)：主要是针对具体的问题的操作，也可以理解成对数据层的操作，对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。无疑是系统架构中体现核心价值的部分。它的关注点
主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计，也即是说它是与系统所应对的领域逻辑有关
数据访问层(也称为持久化层)：主要是针对非原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据库的操作，而不是数据，具体为业务逻辑层或表示层提供数据服务。
案例分析---SSH的分层：
1、在表示层中，首先通过JSP页面展示信息
2、在服务交互层中实现交互，负责传送请求(Request)和接收响应(Response)，然后Struts根据配置文件(struts-config.xml)将ActionServlet接收到的Request委派给相应的Action处理，然后action进行对请求处理并转发给JSP页面。
到此，以上就是小编对于“分层架构_php”的问题就介绍到这了，希望介绍关于“分层架构_php”的【3】点解答对大家有用。
