业务系统架构实践问题之分层架构中的四层定位是什么

简介: 业务系统架构实践问题之分层架构中的四层定位是什么

问题一:分层架构中的四层定位是什么?

分层架构中的四层定位是什么?


参考回答:

分层架构中的四层定位分别是:

  1. API层(应用服务层):面向应用层面对外的服务表达,以灵活为主,可随业务、渠道定义独立API;
    Biz层(业务层):面向业务场景的逻辑表达,负责业务编排,一个业务场景的主流程应在这层直观可视,同样以灵活为主;
    Domain层(领域服务层):围绕模型操作的逻辑表达,是核心能力的所在地,要规范、厚重,并沉淀复用为主,同时也通过SPI兼顾业务个性化;
    Dao层(存储层):面向存储对象操作的逻辑表达,可以随数据库差异、性能需求独立Dao方法,也是以灵活为主。


关于本问题的更多回答可点击原文查看:https://developer.aliyun.com/ask/620200



问题二:API层和Biz层是否会出现冗余?

API层和Biz层是否会出现冗余?


参考回答:

API层和Biz层并不会出现冗余。虽然大多数情况下,API层和Biz层是1:1的关系,且API层可能非常薄,主要做透传,但它们的语义是不同的。API层是站在应用的角度与外部应用交互约定的实现,是向外表达;而Biz层是应用承载业务里的某一类场景,是向内表达。因此,有可能会出现N:M的关系,所以API层有其独立的职责,并不冗余。


关于本问题的更多回答可点击原文查看:https://developer.aliyun.com/ask/620202



问题三:是否可以跨层调用Dao层?

是否可以跨层调用Dao层?


参考回答:

可以跨层调用Dao层。虽然在一些设计理念中,严格的层次结构被推崇,上层只应看到直接下层,但实践中发现,只要每层的职责定位清晰,跨层调用并不会导致架构混乱。反而,过于严格的层次限制可能导致无效的代码增加和领域层的代码混杂。因此,在保持各层职责清晰的前提下,可以选择放开跨层调用。


关于本问题的更多回答可点击原文查看:https://developer.aliyun.com/ask/620203



问题四:跨层调用Dao层会有什么影响?

跨层调用Dao层会有什么影响?


参考回答:

跨层调用Dao层,在保持架构层次职责清晰的前提下,可以减少不必要的中间层代码,提高代码效率。然而,如果层次职责不清晰,跨层调用可能会导致逻辑混乱,难以维护。因此,关键是在于对架构的清晰理解和维护,而不是简单地禁止跨层调用。


关于本问题的更多回答可点击原文查看:https://developer.aliyun.com/ask/620201



问题五:为什么说就算跨层调用,四层架构还是那四层?

为什么说就算跨层调用,四层架构还是那四层?


参考回答:

因为四层架构的核心在于每一层的职责定位。即使发生跨层调用,只要各层的职责依然清晰明确,那么这四层架构的本质就没有改变。跨层调用并不会影响架构的分层设计,关键在于如何正确地实施和维护这个架构。


关于本问题的更多回答可点击原文查看:https://developer.aliyun.com/ask/620204

目录
打赏
0
0
0
0
191
分享
相关文章
基于阿里云Serverless Kubernetes(ASK)的无服务器架构设计与实践
无服务器架构(Serverless Architecture)在云原生技术中备受关注,开发者只需专注于业务逻辑,无需管理服务器。阿里云Serverless Kubernetes(ASK)是基于Kubernetes的托管服务,提供极致弹性和按需付费能力。本文深入探讨如何使用ASK设计和实现无服务器架构,涵盖事件驱动、自动扩展、无状态设计、监控与日志及成本优化等方面,并通过图片处理服务案例展示具体实践,帮助构建高效可靠的无服务器应用。
基于阿里云容器服务Kubernetes版(ACK)的微服务架构设计与实践
本文介绍了如何基于阿里云容器服务Kubernetes版(ACK)设计和实现微服务架构。首先概述了微服务架构的优势与挑战,如模块化、可扩展性及技术多样性。接着详细描述了ACK的核心功能,包括集群管理、应用管理、网络与安全、监控与日志等。在设计基于ACK的微服务架构时,需考虑服务拆分、通信、发现与负载均衡、配置管理、监控与日志以及CI/CD等方面。通过一个电商应用案例,展示了用户服务、商品服务、订单服务和支付服务的具体部署步骤。最后总结了ACK为微服务架构提供的强大支持,帮助应对各种挑战,构建高效可靠的云原生应用。
|
26天前
|
转转平台IM系统架构设计与实践(二):详细设计与实现
以转转IM架构为起点,介绍IM相关组件以及组件间的关系;以IM登陆和发消息的数据流转为跑道,介绍IM静态数据结构、登陆和发消息时的动态数据变化;以IM常见问题为风景,介绍保证IM实时性、可靠性、一致性的一般方案;以高可用、高并发为终点,介绍保证IM系统稳定及性能的小技巧。
31 6
基于阿里云容器服务(ACK)的微服务架构设计与实践
本文介绍如何利用阿里云容器服务Kubernetes版(ACK)构建高可用、可扩展的微服务架构。通过电商平台案例,展示基于Java(Spring Boot)、Docker、Nacos等技术的开发、容器化、部署流程,涵盖服务注册、API网关、监控日志及性能优化实践,帮助企业实现云原生转型。
后端服务架构的微服务化转型
本文旨在探讨后端服务从单体架构向微服务架构转型的过程,分析微服务架构的优势和面临的挑战。文章首先介绍单体架构的局限性,然后详细阐述微服务架构的核心概念及其在现代软件开发中的应用。通过对比两种架构,指出微服务化转型的必要性和实施策略。最后,讨论了微服务架构实施过程中可能遇到的问题及解决方案。
云计算的未来:云原生架构与微服务的革命####
【10月更文挑战第21天】 随着企业数字化转型的加速,云原生技术正迅速成为IT行业的新宠。本文深入探讨了云原生架构的核心理念、关键技术如容器化和微服务的优势,以及如何通过这些技术实现高效、灵活且可扩展的现代应用开发。我们将揭示云原生如何重塑软件开发流程,提升业务敏捷性,并探索其对企业IT架构的深远影响。 ####
93 3
云原生架构下的微服务治理与挑战####
随着云计算技术的飞速发展,云原生架构以其高效、灵活、可扩展的特性成为现代企业IT架构的首选。本文聚焦于云原生环境下的微服务治理问题,探讨其在促进业务敏捷性的同时所面临的挑战及应对策略。通过分析微服务拆分、服务间通信、故障隔离与恢复等关键环节,本文旨在为读者提供一个关于如何在云原生环境中有效实施微服务治理的全面视角,助力企业在数字化转型的道路上稳健前行。 ####
从单体到微服务:如何借助 Spring Cloud 实现架构转型
**Spring Cloud** 是一套基于 Spring 框架的**微服务架构解决方案**,它提供了一系列的工具和组件,帮助开发者快速构建分布式系统,尤其是微服务架构。
353 69
从单体到微服务:如何借助 Spring Cloud 实现架构转型
智慧工地云平台的技术架构解析:微服务+Spring Cloud如何支撑海量数据?
慧工地解决方案依托AI、物联网和BIM技术,实现对施工现场的全方位、立体化管理。通过规范施工、减少安全隐患、节省人力、降低运营成本,提升工地管理的安全性、效率和精益度。该方案适用于大型建筑、基础设施、房地产开发等场景,具备微服务架构、大数据与AI分析、物联网设备联网、多端协同等创新点,推动建筑行业向数字化、智能化转型。未来将融合5G、区块链等技术,助力智慧城市建设。

热门文章

最新文章

AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等