最近在工作中感受到了设计模式的重要性

之前了解设计模式:只是应付一下面试

在之前一年多的工作中也没遇到使用场景

最近在搭建验证环境的时候,才发现这玩意这么重要

首先是设计模式的使用场景一定是在很复杂繁琐的场景下进行的

之所以说是复杂/繁琐的场景,因为一些场景也许逻辑不难

但是他流程很繁琐,如果没有一个好的架构规划的话,代码的可维护性和可读性都会特别的差

比如 我目前就i遇到这样一个场景

单条命令处理逻辑很清晰:

ntfe + dbus_r + kbus + mbus + ctrlif + dbus_w

写也很好写

但如果是对多个类型的命令呢

kbus + mbus + ctrlif 操作对象不同

如果是多条下发的场景呢

那就更复杂了

要考虑串行的ntfe + dbus_r

并行的 kbus + mbus + ctrlif

最后再串行的 dbus_w

之所以要在复杂和繁琐的场景下使用设计模式

就是因为设计模式本身也很复杂,并不是有多简单,需要工作量

但是设计模式最关键的地方就是1、逻辑清晰 , 哪部分是什么作用, 很清晰 ,可读性强 ,而且互相不耦合的结果是可维护性也强

今天来学习一下通道化管理的设计思路

相关推荐
小bo波3 小时前
使用Thread子类创建线程 VS 使用Runnable接口创建线程的区别
java·多线程·thread·并发编程·runnable
SamDeepThinking4 小时前
高并发场景下,CompletableFuture与ForkJoinPool该如何取舍?
java·后端·面试
张不才7 小时前
CPU 100% 了怎么办?Java 性能排障的标准化操作
java·后端
shepherd1118 小时前
吞吐量提升 10 倍:高并发大批量数据处理任务的架构演进与性能调优
java·后端·架构
plainGeekDev11 小时前
单例模式 → object 声明
android·java·kotlin
用户2986985301412 小时前
Java 实现 Word 文档文本与图片提取的方法
java·后端
SimonKing13 小时前
铁子,IntelliJ IDEA 2026.1.3来了,升不升?
java·后端·程序员
咖啡八杯1 天前
GoF设计模式——策略模式
java·后端·spring·设计模式
用户128526116021 天前
我把祖传Java项目重构后,接口响应从3s砍到了200ms,只改了这几行代码
java