[图解]实现领域驱动设计译文暴露的问题03

0
00:00:02,960 --> 00:00:04,940
前面我们讲了

1
00:00:05,260 --> 00:00:06,810
第①句话的

2
00:00:07,090 --> 00:00:09,750
第(1)个问题和第(2)个问题

3
00:00:13,920 --> 00:00:16,930
共享父类的对象,对象树

4
00:00:16,930 --> 00:00:20,488
这样的说法是有问题的

5
00:00:20,488 --> 00:00:22,130
第二个,关联

6
00:00:22,410 --> 00:00:22,674


7
00:00:22,674 --> 00:00:23,730
这个不对

8
00:00:25,150 --> 00:00:27,737
上一期视频我们也说到了

9
00:00:27,737 --> 00:00:29,130
这里面有个反转

10
00:00:30,060 --> 00:00:32,130
那我们来看这个反转是什么

11
00:00:34,590 --> 00:00:38,000
如果没有共享父类这样的文字

12
00:00:41,690 --> 00:00:45,600
那这里的对象树,原文是图

13
00:00:46,250 --> 00:00:46,449


14
00:00:46,449 --> 00:00:48,843
它就有可能误打误撞

15
00:00:48,843 --> 00:00:50,040
就变成是对的

16
00:00:51,940 --> 00:00:53,010
为什么呢

17
00:00:56,020 --> 00:00:56,920
你看

18
00:00:57,200 --> 00:01:01,730
如果我们一个聚合组合的关联的整体的一端

19
00:01:04,410 --> 00:01:04,958
它的

20
00:01:04,958 --> 00:01:06,880
多重性上限是1

21
00:01:09,480 --> 00:01:10,703
它可以是0

22
00:01:10,703 --> 00:01:13,150
因为可能最顶上那个,像这个

23
00:01:13,660 --> 00:01:15,610
它就没有上级嘛

24
00:01:15,610 --> 00:01:16,043


25
00:01:16,043 --> 00:01:17,560
没有老大

26
00:01:19,190 --> 00:01:19,465


27
00:01:19,465 --> 00:01:24,140
那么这个整体部分的对象的链接结构

28
00:01:25,070 --> 00:01:28,290
它确实是一棵有向的树

29
00:01:28,590 --> 00:01:29,570
像这样

30
00:01:29,850 --> 00:01:31,630
你看,左边是类图

31
00:01:32,480 --> 00:01:34,520
右边是对象链接

32
00:01:34,800 --> 00:01:37,510
的形状构造

33
00:01:38,410 --> 00:01:40,948
包括上面这个ABC也行

34
00:01:40,948 --> 00:01:43,486
下面这个A的自反关联

35
00:01:43,486 --> 00:01:44,640
自反的聚合

36
00:01:44,640 --> 00:01:47,410
类图上面只有一个类A

37
00:01:47,740 --> 00:01:49,060
但是A的

38
00:01:50,470 --> 00:01:51,525
实例本身

39
00:01:51,525 --> 00:01:54,060
它也可能构成一个什么

40
00:01:54,720 --> 00:01:55,030


41
00:01:55,030 --> 00:01:56,270
构成一个

42
00:01:59,220 --> 00:02:01,330
对象的一棵树

43
00:02:02,940 --> 00:02:03,350


44
00:02:03,350 --> 00:02:04,170
就像

45
00:02:05,070 --> 00:02:06,862
商品的类别一样嘛

46
00:02:06,862 --> 00:02:07,534
对不对

47
00:02:07,534 --> 00:02:09,550
大类别下面有小类别

48
00:02:09,830 --> 00:02:10,022


49
00:02:10,022 --> 00:02:11,950
小类别下面有小小类别

50
00:02:12,260 --> 00:02:13,490
如果说

51
00:02:13,930 --> 00:02:17,040
我这里面只有一个类,叫类别

52
00:02:19,000 --> 00:02:21,590
那么类别和类别之间的这种

53
00:02:22,190 --> 00:02:25,700
关系,它就变成了递归的关联

54
00:02:26,090 --> 00:02:29,620
如果这个递归关联本身是一个

55
00:02:30,860 --> 00:02:32,630
一对多的,就是说

56
00:02:33,060 --> 00:02:35,930
一个下级只能有一个上级

57
00:02:36,360 --> 00:02:39,035
一个上级可以有多个下级

58
00:02:39,035 --> 00:02:41,710
它确实就是一棵这样的树

59
00:02:46,310 --> 00:02:48,840
那如果不是一对多

60
00:02:49,400 --> 00:02:51,000
整体这一端

61
00:02:51,930 --> 00:02:53,570
它可以是多的

62
00:02:54,690 --> 00:02:55,480


63
00:02:56,800 --> 00:02:58,880
就是一个部分对象

64
00:02:59,510 --> 00:03:02,150
可以属于多个整体对象

65
00:03:02,510 --> 00:03:06,680
当然这个时候,所谓的整体部分

66
00:03:07,710 --> 00:03:09,220
就已经没有

67
00:03:09,950 --> 00:03:11,051
严谨的含义了

68
00:03:11,051 --> 00:03:12,519
含义已经模糊了

69
00:03:12,519 --> 00:03:13,070
对不对

70
00:03:13,350 --> 00:03:14,772
你既然是部分

71
00:03:14,772 --> 00:03:18,327
你还能够同时属于别人,不行的

72
00:03:18,327 --> 00:03:19,750
你应该是什么

73
00:03:20,170 --> 00:03:22,440
在同一个时间内,啪

74
00:03:22,740 --> 00:03:24,230
拍一张快照

75
00:03:24,620 --> 00:03:27,710
应该是什么样,只能够拍到

76
00:03:28,030 --> 00:03:29,400
它只属于

77
00:03:30,600 --> 00:03:31,770
一个整体

78
00:03:32,360 --> 00:03:35,040
当然你可以把它转移

79
00:03:35,530 --> 00:03:37,833
比如说,你本来是他的小弟

80
00:03:37,833 --> 00:03:38,880
是属于他的

81
00:03:39,700 --> 00:03:42,160
现在你被他抛弃了

82
00:03:42,440 --> 00:03:43,777
他把你解除了

83
00:03:43,777 --> 00:03:45,114
扔到一边去了

84
00:03:45,114 --> 00:03:48,457
另外一个老大把你捡起来,这可以

85
00:03:48,457 --> 00:03:48,902
对吧

86
00:03:48,902 --> 00:03:52,245
但是同一时间,你不可能拍到,啪

87
00:03:52,245 --> 00:03:53,360
同一个

88
00:03:53,640 --> 00:03:57,230
部分属于两个或多个

89
00:03:57,570 --> 00:03:59,830
不同的整体,那就不对了

90
00:04:01,180 --> 00:04:04,972
如果说一个部分对象

91
00:04:04,972 --> 00:04:07,890
可以同时属于多个的话

92
00:04:08,250 --> 00:04:10,110
那就可以是这样了

93
00:04:10,110 --> 00:04:12,383
就变成一张有向无环图

94
00:04:12,383 --> 00:04:13,830
变成一张图了

95
00:04:13,830 --> 00:04:14,450
对不对

96
00:04:15,470 --> 00:04:15,648


97
00:04:15,648 --> 00:04:18,501
但这个时候这个含义已经模糊了

98
00:04:18,501 --> 00:04:20,285
所以呢,这个我们只是说

99
00:04:20,285 --> 00:04:21,533
如果是这样的情况

100
00:04:21,533 --> 00:04:24,030
但不代表这样的情况是提倡的

101
00:04:24,310 --> 00:04:26,539
那就无所谓什么整体部分关系

102
00:04:26,539 --> 00:04:28,597
变成普通关联就行了

103
00:04:28,597 --> 00:04:28,940
对吧

104
00:04:32,090 --> 00:04:33,950
那为什么是有向

105
00:04:34,890 --> 00:04:36,800
因为这个

106
00:04:37,080 --> 00:04:38,840
组合聚合关系

107
00:04:39,770 --> 00:04:41,920
它是非对称的

108
00:04:42,440 --> 00:04:44,423
实际上,我们的继承关系

109
00:04:44,423 --> 00:04:46,226
或者泛化关系也是非对称的

110
00:04:46,226 --> 00:04:48,210
只不过这个非对称是什么

111
00:04:48,490 --> 00:04:51,690
它是在集合的层面上非对称

112
00:04:52,300 --> 00:04:53,610
不能说

113
00:04:54,070 --> 00:04:55,635
A是B的一种

114
00:04:55,635 --> 00:04:57,200
B是C的一种

115
00:04:57,480 --> 00:04:59,468
然后C又是A的一种

116
00:04:59,468 --> 00:05:00,793
那不行的

117
00:05:00,793 --> 00:05:02,561
不可能是这样

118
00:05:02,561 --> 00:05:03,003
对吧

119
00:05:03,003 --> 00:05:05,433
泛化,集合的包含嘛

120
00:05:05,433 --> 00:05:06,980
而聚合组合关系

121
00:05:08,620 --> 00:05:10,222
也是非对称的

122
00:05:10,222 --> 00:05:14,230
如果B对象是A对象的一部分的话

123
00:05:15,230 --> 00:05:16,310
那么A

124
00:05:16,590 --> 00:05:20,250
就不可能直接或间接成为B的部分

125
00:05:20,890 --> 00:05:21,121


126
00:05:21,121 --> 00:05:25,280
所以呢,在对象级别上不可能有这样的

127
00:05:26,050 --> 00:05:26,870


128
00:05:27,920 --> 00:05:29,660
A组合B

129
00:05:29,950 --> 00:05:30,176


130
00:05:30,176 --> 00:05:31,990
B是A的一部分

131
00:05:32,270 --> 00:05:35,356
然后C又是B的一部分

132
00:05:35,356 --> 00:05:37,320
然后C反过来又

133
00:05:37,720 --> 00:05:39,560
组合A,那不行的

134
00:05:40,840 --> 00:05:43,810
就像汽车有轮子

135
00:05:43,810 --> 00:05:44,405


136
00:05:44,405 --> 00:05:47,970
轮子上面呢,有个轴承

137
00:05:48,450 --> 00:05:50,960
有个轮子的芯

138
00:05:51,830 --> 00:05:52,025


139
00:05:52,025 --> 00:05:53,000
ABC嘛

140
00:05:53,000 --> 00:05:55,925
然后这个芯反过来组装了这个汽车

141
00:05:55,925 --> 00:05:56,900
怎么可能呢

142
00:05:56,900 --> 00:05:57,290
对吧

143
00:06:00,560 --> 00:06:04,285
要注意,我们这里说的是对象级别

144
00:06:04,285 --> 00:06:07,080
有的同学这里搞不清楚,说

145
00:06:07,360 --> 00:06:08,530
可以呀

146
00:06:09,550 --> 00:06:12,120
我这个轮子里面

147
00:06:12,430 --> 00:06:14,780
可以再组装一个汽车对象

148
00:06:16,900 --> 00:06:18,178
汽车组装轮子

149
00:06:18,178 --> 00:06:19,243
轮子也组装汽车

150
00:06:19,243 --> 00:06:19,670


151
00:06:20,110 --> 00:06:22,205
可不可以,可以的

152
00:06:22,205 --> 00:06:24,900
但是,那个汽车对象跟

153
00:06:25,180 --> 00:06:28,987
这个汽车对象不是同一个汽车对象

154
00:06:28,987 --> 00:06:30,510
搞清楚

155
00:06:31,250 --> 00:06:32,427
就像我们这个

156
00:06:32,427 --> 00:06:32,820
你看

157
00:06:33,580 --> 00:06:36,916
A自己组装A,可不可以,可以呀

158
00:06:36,916 --> 00:06:37,430
对吧

159
00:06:37,750 --> 00:06:37,959


160
00:06:37,959 --> 00:06:39,633
部门里面有小部门

161
00:06:39,633 --> 00:06:40,888
两个都是部门

162
00:06:40,888 --> 00:06:43,190
但是大部门里面有小部门

163
00:06:43,610 --> 00:06:46,661
但这里经常很多人在这里糊涂的

164
00:06:46,661 --> 00:06:48,950
特别是很多现在的程序员

165
00:06:49,490 --> 00:06:51,500
缺少基本的训练

166
00:06:53,350 --> 00:06:55,063
基本的抽象能力都没有

167
00:06:55,063 --> 00:06:57,290
经常这个就把他打晕掉了

168
00:07:01,280 --> 00:07:03,021
这是类级别上的

169
00:07:03,021 --> 00:07:05,198
但是展开到对象级别上

170
00:07:05,198 --> 00:07:07,157
它是不同的对象

171
00:07:07,157 --> 00:07:07,810
对不对

172
00:07:08,510 --> 00:07:09,340


173
00:07:10,150 --> 00:07:12,990
很多同学这里经常就出问题的

0
00:00:00,770 --> 00:00:02,336
类似这样的观点

1
00:00:02,336 --> 00:00:04,250
我前面已经说过很多遍了

2
00:00:04,680 --> 00:00:05,360


3
00:00:05,640 --> 00:00:08,287
比如说,一个人

4
00:00:08,287 --> 00:00:11,230
他说我觉得

5
00:00:12,000 --> 00:00:13,416
很多搞迷信的

6
00:00:13,416 --> 00:00:14,597
这些是对的

7
00:00:14,597 --> 00:00:14,833


8
00:00:14,833 --> 00:00:16,250
我就信那个

9
00:00:17,030 --> 00:00:17,228


10
00:00:17,228 --> 00:00:18,615
这是他的自由

11
00:00:18,615 --> 00:00:20,200
但如果说这个人

12
00:00:21,360 --> 00:00:21,932
他说

13
00:00:21,932 --> 00:00:24,224
我的迷信这一套就比科学强

14
00:00:24,224 --> 00:00:25,560
我要证明给你看

15
00:00:25,560 --> 00:00:27,470
你科学没什么了不起的

16
00:00:28,080 --> 00:00:28,300


17
00:00:28,300 --> 00:00:30,285
他就认真去学科学

18
00:00:30,285 --> 00:00:31,167
学物理

19
00:00:31,167 --> 00:00:32,270
学化学,等等

20
00:00:32,560 --> 00:00:35,460
还去参加高考,结果呢

21
00:00:35,740 --> 00:00:36,922
高考

22
00:00:36,922 --> 00:00:38,500
物理、化学考了很高的分

23
00:00:41,720 --> 00:00:42,720
你想想

24
00:00:43,000 --> 00:00:44,930
如果一个人他能够

25
00:00:45,350 --> 00:00:47,470
考到这么高的分的话

26
00:00:47,890 --> 00:00:51,020
他有可能回去信之前的那一套吗

27
00:00:51,310 --> 00:00:52,716
他不可能的

28
00:00:52,716 --> 00:00:53,560
对不对

29
00:00:55,540 --> 00:00:58,377
我们之所以很多时候信那些东西

30
00:00:58,377 --> 00:01:01,620
就是因为什么,我们没有认真去学习过

31
00:01:01,900 --> 00:01:04,450
比较严谨的一些思维

32
00:01:09,190 --> 00:01:10,540
这是第(3)点

33
00:01:11,960 --> 00:01:13,680
第(4)点就是

34
00:01:14,380 --> 00:01:14,650


35
00:01:14,650 --> 00:01:17,900
确实为什么有这样的误解

36
00:01:18,200 --> 00:01:21,063
跟译者本身的知识的缺陷有关

37
00:01:21,063 --> 00:01:25,470
但是呢,原文的parent这个词确实用得不好

38
00:01:26,950 --> 00:01:29,820
因为这个往往是用在类上面

39
00:01:30,100 --> 00:01:30,363


40
00:01:30,363 --> 00:01:31,680
应该是整体

41
00:01:31,960 --> 00:01:32,209


42
00:01:32,209 --> 00:01:35,700
整体对象,这样用更好一点

43
00:01:40,700 --> 00:01:42,270
那建议的译文

44
00:01:42,550 --> 00:01:42,770


45
00:01:42,770 --> 00:01:43,870
就这样

46
00:01:43,870 --> 00:01:46,730
聚合只是把共同父对象之下的

47
00:01:46,730 --> 00:01:48,050
%……&&¥¥

48
00:01:48,570 --> 00:01:50,670
我们就忠实地

49
00:01:50,950 --> 00:01:52,283
根据原文来译

50
00:01:52,283 --> 00:01:55,330
这里父对象,这个我们依然留下来

51
00:01:55,770 --> 00:01:56,010


52
00:01:56,010 --> 00:01:57,450
不改成整体

53
00:02:01,060 --> 00:02:01,292

54
00:02:01,292 --> 00:02:02,684
这是第①句了

55
00:02:02,684 --> 00:02:04,540
那我们来看第②句

56
00:02:09,720 --> 00:02:10,870
第②句

57
00:02:10,870 --> 00:02:13,170
这是原文和译文

58
00:02:13,850 --> 00:02:16,530
那问题呢,有这么几个

59
00:02:17,660 --> 00:02:18,790
比较大的

60
00:02:19,070 --> 00:02:19,890
这个

61
00:02:20,270 --> 00:02:22,520
(1)(2)这是比较大的了

62
00:02:24,630 --> 00:02:25,740
你看这里

63
00:02:26,180 --> 00:02:27,590
它说“遍历”

64
00:02:28,640 --> 00:02:30,240
但这里并没有说遍历

65
00:02:30,240 --> 00:02:31,130
只是说什么

66
00:02:32,290 --> 00:02:33,920
导航

67
00:02:34,280 --> 00:02:34,568


68
00:02:34,568 --> 00:02:36,300
没有说遍历

69
00:02:36,890 --> 00:02:38,180
只是说导航

70
00:02:38,780 --> 00:02:39,730
第(2)个

71
00:02:40,010 --> 00:02:42,450
这里有个深度的递归

72
00:02:44,110 --> 00:02:45,020
这里面

73
00:02:45,300 --> 00:02:46,998
有一个深地

74
00:02:46,998 --> 00:02:49,830
这个有,没有说递归

75
00:02:51,440 --> 00:02:54,453
那为什么会有这样的一个译文出来

76
00:02:54,453 --> 00:02:57,668
背后有什么样的思想上的根源

77
00:02:57,668 --> 00:03:00,280
可能有什么样的思想上的根源

78
00:03:00,840 --> 00:03:01,248


79
00:03:01,248 --> 00:03:02,880
这个我们

80
00:03:03,160 --> 00:03:04,130
下期

81
00:03:04,610 --> 00:03:04,843


82
00:03:04,843 --> 00:03:06,480
我们再来探讨

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mfbz.cn/a/619655.html

如若内容造成侵权/违法违规/事实不符,请联系我们进行投诉反馈qq邮箱809451989@qq.com,一经查实,立即删除!

相关文章

【代码随想录算法训练Day5】今天休息,复盘总结

Day5 休息日 时机恰到好处,刚好学习完了数组和链表,从代码随想录里扒了两张总结图来,这就是这几天里我们一起解决的问题,如果以后忘了,还有问题,先回到这里,只看思维导图,还能想起来…

WordPress 管理员密码重置方法汇总

最近明月碰到一个 WordPress 站长求助咨询,说是自己 WordPress 站点的管理员密码被恶意篡改了,对 WordPress 了解的都知道这一般都是恶意代码造成的,问题大多出在使用了所谓的破解版、去授权版的插件或者主题被植入了恶意代码、后门木马。明月…

【目标检测论文解读复现NO.38】基于改进YOLOv8模型的轻量化板栗果实识别方法

前言 此前出了目标改进算法专栏,但是对于应用于什么场景,需要什么改进方法对应与自己的应用场景有效果,并且多少改进点能发什么水平的文章,为解决大家的困惑,此系列文章旨在给大家解读最新目标检测算法论文&#xff0c…

革新机器人任务规划:TREE-PLANNER引领高效、准确的机器人动作生成新趋势

DeepVisionary 每日深度学习前沿科技推送&顶会论文分享,与你一起了解前沿深度学习信息! 引言 任务规划在机器人技术中扮演着至关重要的角色。它涉及到为机器人设计一系列中级动作(技能),使其能够完成复杂的高级任…

网络基础(三)——网络层

目录 IP协议 1、基本概念 2、协议头格式 2.1、报头和载荷如何有效分离 2.2、如果超过了MAC的规定,IP应该如何做呢? 2.3、分片会有什么影响 3、网段划分 4、特殊的ip地址 5、ip地址的数量限制 6、私有ip地址和公网ip地址 7、路由 IP协议 网络…

C语言/数据解构——(随即链表的复制)

一.前言 嗨嗨嗨,大家好久不见。已经有好几天没更新了。今天我们就分享一道链表题吧——随即链表的复制https://leetcode.cn/problems/copy-list-with-random-pointer废话不多说,让我们直接开始今天的题目分享吧。 二.正文 1.1题目描述 他和单链表不同…

Java入门最小必要知识:变量及其本质

编程语言是与计算机交流的桥梁,而在编程世界中,变量是这座桥上不可或缺的砖石。 从本质上,可以把复杂的编程工作简化为两件事: ①定义变量②操作变量 可见,变量之于编程的重要性。 对于Java开发者,理解…

自动土壤墒情监测仪

TH-GTS04随着科技的快速发展,自动土壤墒情监测仪已成为现代农业、园林、城市绿化等领域不可或缺的重要工具。其中,管式土壤墒情监测仪以其独特的优势,受到了广大用户的青睐。本文将详细阐述管式土壤墒情监测仪的优势,以便读者更好…

【AI+漫画】程序员小李解决疑难杂症BUG的日常

周末花了点时间制作的AI漫画。 感慨一句,程序人生, 相伴随行。 原文链接:【AI漫画】程序员小李解决疑难杂症BUG的日常

java sql中 大于 小于 大于等于 小于等于 代替符号

在写java时sql会经常会忘记大于小于号的表示方法导致无法运行&#xff0c;总结一下 第一种方法&#xff1a; < &#xff1a;< < &#xff1a; < &#xff1a;> &#xff1a; > sql如下&#xff1a; create_at > #{startTime} and create_at < #{end…

AI图书推荐:利用生成式AI实现业务流程超自动化

《利用生成式AI实现业务流程超自动化》&#xff08;Hyperautomation with Generative AI&#xff09;这本书探索了广泛的用例和示例&#xff0c;展示了超自动化在不同行业、领域和特定部门的多样化应用&#xff0c; 让您熟悉UiPath、Automation Anywhere和IBM等流行工具和平台&…

vue3中的toRef、toRefs和toRaw

1.toRef toRef 的作用是将一个响应式对象中的属性转换成单独的响应式引用。转换后的响应式引用会跟踪原始属性的变化。转换后的响应式可以被用于计算属性及监听器中。 如果原始对象是非响应式的则不会更新视图&#xff0c;数据会改变。 接收两个参数&#xff1a; 参数一&…

DDS块集是如何工作的?

DDS块集使你能够在Simulink中创建DDS应用程序。如果你有一个在Simulink中建模的应用程序&#xff0c;希望能够使用DDS&#xff0c;则可以使用DDS块集轻松连接到DDS中间件平台。 DDS块集将DDS概念引入Simulink环境&#xff0c;在Simulink应用程序中对这些概念进行建模&#xff0…

一个注解实现SpringBoot接口请求数据和返回数据加密,提高系统安全性!

注解实现接口加密 1、前言1.1、前端必看1.2、后端必看 2、后端注解实现2.1、实现流程2.2、开始实现2.2.1、 pom2.2.2、 注解2.2.3、 加密工具类2.2.3、 定义切面(注意切点包名)2.2.4、 定义加密基类与各种入参VO2.2.5、写两个Controller 3、参考文章 1、前言 起因是公司给人开发…

Python | Leetcode Python题解之第79题单词搜索

题目&#xff1a; 题解&#xff1a; class Solution:def exist(self, board: List[List[str]], word: str) -> bool:def dfs(i, j, k):if not 0 < i < len(board) or not 0 < j < len(board[0]) or board[i][j] ! word[k]: return Falseif k len(word) - 1: r…

linux性能监控之lsof

lsof&#xff1a;list open files&#xff0c;显示所有打开的文件以及进程信息&#xff0c;我们通常用来检查特定的文件被哪些进程打开 [rootk8s-master ~]# lsof --help lsof: illegal option character: - lsof: -e not followed by a file system path: "lp" lso…

《软件方法(下)》8.3.3 泛化的一些重点讨论(202405更新)

DDD领域驱动设计批评文集 做强化自测题获得“软件方法建模师”称号 《软件方法》各章合集 8.3 建模步骤C-2 识别类的关系 8.3.3 泛化的一些重点讨论 8.3.3.1 子集的不相交和完整 泛化是集合关系&#xff0c;在建模泛化关系时&#xff0c;我们对泛化关系中的子类&#xff0…

【随笔】Git 高级篇 -- 远程跟踪分支 git checkout -b | branch -u(三十五)

&#x1f48c; 所属专栏&#xff1a;【Git】 &#x1f600; 作  者&#xff1a;我是夜阑的狗&#x1f436; &#x1f680; 个人简介&#xff1a;一个正在努力学技术的CV工程师&#xff0c;专注基础和实战分享 &#xff0c;欢迎咨询&#xff01; &#x1f496; 欢迎大…

Postman基础功能-常见类型的接口请求

天空灰暗到一定程度&#xff0c;星辰就会熠熠生辉。大家好&#xff0c;之前给大家分享了关于 Postman 工具的介绍以及安装&#xff0c;在当今数字化的时代&#xff0c;接口请求在软件开发和系统集成中扮演着至关重要的角色。而 Postman 作为一款强大且广受认可的接口测试工具&a…

【系统架构师】-案例篇(一)UML用例图

1、概述 用于表示系统功能需求&#xff0c;以及应用程序与用户或者与其他应用程序之间的交互关系。 2、组成 参与者&#xff08;Actors&#xff09;&#xff1a;与系统交互的用户或其他系统。用一个人形图标表示。用例&#xff08;Use Cases&#xff09;&#xff1a;系统需要…