业务抽象设计
文章平均质量分 93
说好不能打脸
我没想过赢,我只是不想输
展开
-
软件设计不是CRUD(24):系统耦合性变化对性能的影响以及优化措施
本节内容,我们试图以一个示例场景进行切入,为读者讲解基于业务抽象的设计思想进行的解耦设计时,为什么会对系统的既有性能产生影响,这些对性能的影响又可以通过哪些常规手段进行补偿。原创 2024-07-15 08:53:32 · 2880 阅读 · 2 评论 -
软件设计不是CRUD(23):在流式数据处理系统中进行业务抽象落地——详细编码
本文通过一个可以同时兼容多种型号测速雷达的数据采集过程,介绍如何在数据处理系统中应用业务抽象的设计思想。本文选择Apache Flink作为实战案例的落地,会假定读者已经对Apache Flink有了一个大致了解,并能在Flink上独立完成一些数据处理脚本的开发工作。原创 2024-06-18 22:27:50 · 3202 阅读 · 0 评论 -
软件设计不是CRUD(22):在流式数据处理系统中进行业务抽象落地——设计思考
本文通过一个可以同时兼容多种型号测速雷达的数据采集过程,介绍如何在数据处理系统中应用业务抽象的设计思想。本文选择Apache Flink作为实战案例的落地,会假定读者已经对Apache Flink有了一个大致了解,并能在Flink上独立完成一些数据处理脚本的开发工作。原创 2024-06-18 22:06:17 · 1513 阅读 · 0 评论 -
软件设计不是CRUD(21):在流式数据处理系统中进行业务抽象落地——需求分析
本文主要介绍如何在数据处理系统中应用业务抽象的设计思想。目前业界流行的数据处理方式是流式处理,主流的流式处理引擎有Apache Spark,Apache Flink等等。本文选择Apache Flink作为实战案例的落地。由于本文主要是讲解设计思想和流式处理引擎相结合的方法,所以本文不会讲解如何使用Apache Flink,也不会讲解Apache Flink的脚本语法。本文会假定读者已经对Apache Flink有了一个大致了解,并能在Flink上独立完成一些数据处理脚本的开发工作。原创 2024-05-31 15:50:20 · 1435 阅读 · 0 评论 -
软件设计不是CRUD(20):像搭积木一样搭建应用系统(下)——微服务化系统的搭建
之前几篇文章,我们讨论的都是单体应用系统如何进行模块化设计,最多也就是集群化在集群环境中工作的单体应用系统(实际上单体应用是集群化部署,还是单节点部署,都不影响其设计过程)。但是如今应用系统的建设环境,相当一部分是在服务化场景下进行的。也就是说建设的应用系统,实际上是多个新建的和已有的应用系统共同构成的一个系统平台,并联合对外提供服务。那么这样的服务化的、平台化的系统,是否也适用基于业务抽象的建设方式呢?原创 2024-05-16 21:54:58 · 4788 阅读 · 0 评论 -
软件设计不是CRUD(19):像搭积木一样搭建应用系统(中)——微服务化系统搭建过程存在的问题
之前几篇文章,我们讨论的都是单体应用系统如何进行模块化设计,最多也就是集群化在集群环境中工作的单体应用系统(实际上单体应用是集群化部署,还是单节点部署,都不影响其设计过程)。但是如今应用系统的建设环境,相当一部分是在服务化场景下进行的。也就是说建设的应用系统,实际上是多个新建的和已有的应用系统共同构成的一个系统平台,并联合对外提供服务。那么这样的服务化的、平台化的系统,是否也适用基于业务抽象的建设方式呢?原创 2024-05-16 21:52:24 · 1164 阅读 · 0 评论 -
软件设计不是CRUD(18):像搭积木一样搭建应用系统(上)——单个应用系统的搭建过程
之前的文章本专题花了大量文字篇幅,介绍如何基于业务抽象的设计方式完成应用系统各个功能模块的设计工作。而之所以进行这样的功能模块设计无非是希望这些功能模块在具体的项目实施过程中,能够按照当时的需求快速的、简易的、稳定的、最大可能节约开发成本的形成可用的应用系统。接着,如果有必要,这些系统能够在更高的构建层面,共同形成服务平台。那么从本篇文章开始,我们就来一起讨论一下,功能模块如何以“积木搭建”的方式形成符合特定需求的系统,以及这些系统在有必要的时候,如何形成服务平台的问题。原创 2024-04-15 23:00:01 · 1401 阅读 · 0 评论 -
软件设计不是CRUD(17):低耦合模块设计理论——总结
本文将已经介绍的低耦合设计理论梳理成一张思维导图,便于各位读者下载浏览。感兴趣但未阅读VIP文章的读者,可以解锁相关详细内容。原创 2024-04-03 16:00:00 · 3263 阅读 · 0 评论 -
软件设计不是CRUD(16):低耦合模块设计理论——行为抽象与设计模式(下)
本节内容我们主要讨论整个控制逻辑串联多个业务控制点的行为抽象设计落地方式,也就是整个控制逻辑的行为抽象落地方式。为了便于讨论能够由浅入深,能够对问题具象化,本节我们还是借鉴上一节的讨论方式:既是列出归纳后的可能场景,并从最简单的场景开始进行介绍。原创 2024-03-29 15:55:09 · 988 阅读 · 0 评论 -
软件设计不是CRUD(15):低耦合模块设计理论——行为抽象与设计模式(中)
本节内容我们主要讨论整个控制逻辑串联多个业务控制点的行为抽象设计落地方式,也就是整个控制逻辑的行为抽象落地方式。为了便于讨论能够由浅入深,能够对问题具象化,本节我们还是借鉴上一节的讨论方式:既是列出归纳后的可能场景,并从最简单的场景开始进行介绍。原创 2024-03-25 09:12:25 · 4332 阅读 · 0 评论 -
软件设计不是CRUD(14):低耦合模块设计理论——行为抽象与设计模式(上)
行为抽象,既是基于已提取的模块业务维度、模块分层和模型,明确模块中的各个数据变化场景的过程;也是为每个数据变化场景归纳涉及的业务维度,最终分析出控制逻辑,以及控制逻辑和业务逻辑的交互设计方案的过程。原创 2024-03-11 09:31:09 · 4401 阅读 · 1 评论 -
软件设计不是CRUD(13):低耦合模块设计理论——业务抽象:抽象模型的操作
进行模型抽象是基于业务抽象的设计思想,从原始需求到模块设计落地的第三个重要步骤。进行模型抽象的工作本质就是确认“怎样最小信息量模型就是可以定义业务的模型”,其工作目标是依据已经分析得到的模块业务维度和模块分层规划,确定业务维度应归属的业务主体,以及业务维度在业务主体的体现方式。原创 2024-02-22 15:19:37 · 1163 阅读 · 0 评论 -
软件设计不是CRUD(12):低耦合模块设计理论——业务抽象:模块分层操作
对系统中的模块分层原则和分层规划方式进行了详细描述,并使用了一个仓储管理场景演示了如何进行模块分层规划。完成了模块分层规划后,我们就可以基于前期已经提取的业务维度,以及这个刚完成的模块分层规划,进行模型抽象工作和行为抽象工作了。实际上本文在讲解分层规划方式时,已经讲解了一些模型和行为的设计要点,例如讲解了业务主体、业务主体的关联信息以及业务主体和行为的对应方式。原创 2024-02-22 15:14:45 · 4701 阅读 · 0 评论 -
软件设计不是CRUD(11):低耦合模块设计理论——业务抽象:规划模块分层
确认模块分层,并不是直接将需求按照用户描述的业务调用关系进行上下层确认,而是依据抽取的业务维度的复杂程度、变化风险程度进行模块分层。为了尽可能减少需求变化给整个系统带来的设计变化风险,尽可能减少需求变化带来的涟漪效果,变化风险程度越高的模块应该越位于模块分层的更上层。那些没有业务性的工具类功能模块或者业务关联性很小的功能模块,应该越位于模块分层的更下层。进行模块分层设计时,应该保证所有模块的依赖关系都是单向的,杜绝循环依赖的出现。此外,还应该尽可能减少模块的间接依赖长度。原创 2024-01-30 15:43:44 · 10381 阅读 · 0 评论 -
软件设计不是CRUD(10):低耦合模块设计理论——业务抽象:从需求中提取业务维度
业务抽象是一种将需求落地成模块功能的设计思想,是对业务需求和技术设计进行转换、隔离的一种分析方法。经过业务抽象后的业务模块一般具有较高的业务屈服度,能更大程度满足模块设计中的基本原则要求。进行业务抽象设计有以下几个关键工作步骤:提取业务维度、确认模块分层、抽象模型、抽象行为原创 2024-01-14 10:10:55 · 1474 阅读 · 0 评论 -
软件设计不是CRUD(9):低耦合模块设计理论——设计落地所面临的挑战
系列文章试图将模块化设计从概念到落地进行体系化的讲解。本节开始我们首先介绍应用程序设计中的模块化概念,以及落地这个概念所需要面临的一些挑战。然后本系列文章将推导这些挑战、问题的解决办法,最后进行示例实战。原创 2023-12-25 10:31:17 · 8362 阅读 · 1 评论 -
软件设计不是CRUD(8):低耦合模块设计实战——组织机构模块(下)
上文中我们介绍了如何研发一个具有较低耦合强度的组织机构模块(包括模块的SDK和模块的默认本地数据库实现),接着我们就可以在一个应用程序中使用这个组织机构模块了。实际上应用程序研发团队不只是使用这个模块,研发团队还在应用程序开发时收到了客户方的新需求。原创 2023-12-13 20:25:15 · 324 阅读 · 0 评论 -
软件设计不是CRUD(7):低耦合模块设计实战——组织机构模块(中)
组织机构功能是应用系统中常见的业务功能之一,但是不同性质、不同行业背景、不同使用场景的应用系统对组织机构功能的要求可能完全不一样。所以使用这样的功能对低耦合模块设计进行示例性的讲解是比较具有代表性的。在后续的几篇文章中,我们会首先进行示例的详细讲解,然后再基于这个示例进行理论讲解。原创 2023-12-10 13:55:31 · 4952 阅读 · 0 评论 -
软件设计不是CRUD(6):低耦合模块设计实战——组织机构模块(上)
组织机构功能是应用系统中常见的业务功能之一,但是不同性质、不同行业背景、不同使用场景的应用系统对组织机构功能的要求可能完全不一样。所以使用这样的功能对低耦合模块设计进行示例性的讲解是比较具有代表性的。在后续的几篇文章中,我们会首先进行示例的详细讲解,然后再基于这个示例进行理论讲解。原创 2023-11-24 11:33:45 · 2822 阅读 · 0 评论 -
软件设计不是CRUD(5):耦合度的强弱(下)
在讨论如何稳定系统内各模块的分层设计前, 本文先介绍一下目前判断各模块间耦合度强弱的度量方式。这些度量方式,在实际工作中读者应该都涉及过,只是可能没有去做详细的划分归类。原创 2023-11-06 17:05:13 · 420 阅读 · 0 评论 -
软件设计不是CRUD(4):耦合度的强弱(上)
在讨论如何稳定系统内各模块的分层设计前, 本文先介绍一下目前判断各模块间耦合度强弱的度量方式。这些度量方式,在实际工作中读者应该都涉及过,只是可能没有去做详细的划分归类。原创 2023-11-06 17:01:22 · 710 阅读 · 0 评论 -
软件设计不是CRUD(3):降低模块间耦合性——设计实战
本系列文章专注于讨论在业务系统设计时,如何降低业务系统中各个模块的耦合度,已提供更好的业务扩展性。本系列文章还会具体演示设计模式如何被用于实际的业务模块设计过程中。(注意:本系列文章会假设读者已经知晓常用的设计模式,并已经有真实的业务系统开发经历)原创 2023-10-19 09:45:50 · 685 阅读 · 2 评论 -
应用软件设计不是CRUD:如何进行应用系统功能模块的耦合性设计
应用软件开发,就是对数据库进行增删改查操作?软件架构选型,就是选择几款流行的中间件?软件架构设计,就是把几个中间件串在一起?如果真的这么认为,那么对软件设计可能还存在理解的深度。本篇文章从应用软件的模块设计层面讲述软件设计的真正要求。原创 2021-07-23 21:49:02 · 8218 阅读 · 19 评论 -
软件设计不是CRUD(2):降低模块间耦合性——需求场景
本系列文章专注于讨论在业务系统设计时,如何降低业务系统中各个模块的耦合度,以提供更好的业务扩展性。本系列文章还会具体演示设计模式,特别是行为模式如何被用于实际的应用系统设计过程中。(注意:本系列文章会假设读者已经知晓常用的设计模式,并已经有真实的业务系统开发经历)原创 2023-10-19 09:41:23 · 1024 阅读 · 0 评论