本文主要是介绍[图解]实现领域驱动设计译文暴露的问题02，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
0
00:00:00,500 --> 00:00:02,190
今天呢，我们
1
00:00:02,470 --> 00:00:04,820
继续来谈一谈
2
00:00:05,150 --> 00:00:07,790
实现领域驱动设计的中译本
3
00:00:08,630 --> 00:00:09,690
的译文
4
00:00:10,070 --> 00:00:11,710
暴露的问题
5
00:00:14,140 --> 00:00:18,070
上一个视频，我们说了，第10章
6
00:00:19,320 --> 00:00:20,980
正文第一段
7
00:00:21,360 --> 00:00:22,060
的
8
00:00:22,660 --> 00:00:23,810
第一个
9
00:00:24,190 --> 00:00:26,300
画出来的第一句话的
10
00:00:26,980 --> 00:00:28,280
第一个问题
11
00:00:30,170 --> 00:00:34,310
共享父类的对象，对象树这样的说法
12
00:00:34,590 --> 00:00:36,920
在概念上是有问题的
13
00:00:37,860 --> 00:00:39,274
原文没有这个
14
00:00:39,274 --> 00:00:42,810
但译者呢，由于自己知识上的一些误解
15
00:00:43,310 --> 00:00:43,513
16
00:00:43,513 --> 00:00:46,160
臆想出类似这样的译文
17
00:00:46,440 --> 00:00:46,656
18
00:00:46,656 --> 00:00:50,770
我们也分析了，这个误解怎么产生的
19
00:00:53,420 --> 00:00:54,560
那我们来看
20
00:00:54,890 --> 00:00:57,730
这句话的第二个问题
21
00:00:58,660 --> 00:00:58,924
22
00:00:58,924 --> 00:01:01,040
就是关联的问题
23
00:01:02,450 --> 00:01:03,800
正文（口误：原文）这里
24
00:01:04,100 --> 00:01:05,540
只是说什么
25
00:01:06,370 --> 00:01:08,500
紧密相关的
26
00:01:09,400 --> 00:01:10,390
对象
27
00:01:12,810 --> 00:01:16,750
但是呢，这里面说成密切关联的
28
00:01:20,980 --> 00:01:23,480
这个相关和关联
29
00:01:23,760 --> 00:01:25,370
不是一个意思
30
00:01:25,950 --> 00:01:34,750
这个内容我们在前面的一个视频，就是领域驱动设计伪创新聚合根（4）
31
00:01:35,460 --> 00:01:37,370
这个视频里面已经
32
00:01:37,770 --> 00:01:40,090
讲过了相关内容
33
00:01:40,090 --> 00:01:42,700
这个地方我就借用
34
00:01:43,290 --> 00:01:45,400
之前的讲解就可以了
35
00:01:45,400 --> 00:01:47,980
然后后面呢，再补上一小段
36
00:01:48,340 --> 00:01:49,010
0
00:00:01,430 --> 00:00:01,802
好
1
00:00:01,802 --> 00:00:03,290
刚才我们
2
00:00:03,920 --> 00:00:06,460
放的是之前
3
00:00:06,740 --> 00:00:09,530
我们播过的一段视频，就是
4
00:00:09,830 --> 00:00:12,800
领域驱动设计为创新聚合（4）
5
00:00:12,800 --> 00:00:13,070
6
00:00:14,020 --> 00:00:14,340
7
00:00:14,340 --> 00:00:18,510
关于相关和关联的区别的内容
8
00:00:19,470 --> 00:00:21,520
那从里面我们知道了
9
00:00:23,010 --> 00:00:26,180
在一个整体-部分关系里面
10
00:00:26,180 --> 00:00:29,880
部件之间是不关联的
11
00:00:30,280 --> 00:00:32,860
它只需要和整体关联就够了
12
00:00:35,590 --> 00:00:38,030
私下不用关联
13
00:00:39,930 --> 00:00:43,230
但是呢，原文用的是什么
14
00:00:43,230 --> 00:00:44,550
紧密相关
15
00:00:45,280 --> 00:00:47,600
那怎么个紧密相关法
16
00:00:49,090 --> 00:00:55,580
我们之前在谈到领域驱动设计伪创新-聚合的时候
17
00:00:56,000 --> 00:00:58,668
大概是第3个视频，我们也说过了
18
00:00:58,668 --> 00:00:59,240
不变式
19
00:00:59,780 --> 00:01:00,027
20
00:01:00,027 --> 00:01:03,000
可以通过整体对象的不变式
21
00:01:04,570 --> 00:01:06,170
来约束
22
00:01:07,520 --> 00:01:08,620
哪些
23
00:01:09,690 --> 00:01:12,320
部件的属性值的组合
24
00:01:12,600 --> 00:01:13,800
是允许的
25
00:01:14,980 --> 00:01:18,520
这是一个用来表达紧密相关的
26
00:01:19,080 --> 00:01:19,960
一种
27
00:01:20,240 --> 00:01:21,140
形式
28
00:01:21,140 --> 00:01:23,840
但是不变式这个形式
29
00:01:24,120 --> 00:01:26,250
相对来说，它是比较
30
00:01:26,530 --> 00:01:27,790
简单的
31
00:01:29,380 --> 00:01:30,940
它只是一个底线
32
00:01:31,340 --> 00:01:32,440
意思是你
33
00:01:32,750 --> 00:01:34,577
违反这个不变式的话
34
00:01:34,577 --> 00:01:35,390
这个对象
35
00:01:35,700 --> 00:01:37,600
的存在是不合法的
36
00:01:39,150 --> 00:01:41,040
但是呢，更多的细节
37
00:01:42,810 --> 00:01:45,335
这个对象的各个部件之间（口误）
38
00:01:45,335 --> 00:01:48,090
它的属性值是怎么互相影响的
39
00:01:49,970 --> 00:01:52,329
不变式并没有表达出来
40
00:01:52,329 --> 00:01:55,332
那如果说想表达这方面内容的话
41
00:01:55,332 --> 00:01:56,620
就要加另外的
42
00:01:57,030 --> 00:01:57,625
模型
43
00:01:57,625 --> 00:01:59,410
比如说，状态机
44
00:01:59,700 --> 00:02:00,664
等等
45
00:02:00,664 --> 00:02:01,950
我们知道
46
00:02:02,690 --> 00:02:05,880
一个对象它对外暴露行为
47
00:02:05,880 --> 00:02:08,490
然后它拥有自己一些
48
00:02:08,920 --> 00:02:10,610
属性值
49
00:02:13,690 --> 00:02:16,440
当它收到某个
50
00:02:16,820 --> 00:02:17,895
行为的时候
51
00:02:17,895 --> 00:02:19,830
收到某个消息的时候
52
00:02:21,590 --> 00:02:26,442
那么这个消息引起，可能就会引起一个行为
53
00:02:26,442 --> 00:02:28,230
会修改它内部的
54
00:02:28,510 --> 00:02:30,350
若干个属性值
55
00:02:31,290 --> 00:02:33,630
它过来
56
00:02:33,950 --> 00:02:35,370
就会修改多个
57
00:02:38,480 --> 00:02:41,480
或者说，一个行为（可能）会修改很多个属性值
58
00:02:43,310 --> 00:02:44,330
同时
59
00:02:44,660 --> 00:02:46,070
一个属性值
60
00:02:46,350 --> 00:02:49,360
可能会在多个行为里面被修改
61
00:02:51,390 --> 00:02:54,300
也就是说，行为跟里面的数据
62
00:02:54,700 --> 00:02:56,060
是多对多的
63
00:03:01,450 --> 00:03:05,850
如何来表达出它们之间这些互相影响呢
64
00:03:09,870 --> 00:03:11,850
状态机是
65
00:03:12,130 --> 00:03:15,050
把这些复杂性表达出来的一种
66
00:03:15,360 --> 00:03:16,580
方式
67
00:03:20,010 --> 00:03:23,910
它是更精细地刻画我们类的行为
68
00:03:25,110 --> 00:03:27,140
类的行为的规则
69
00:03:29,290 --> 00:03:30,357
但遗憾的是
70
00:03:30,357 --> 00:03:35,270
我们看绝大多数的领域驱动设计的文章什么之类的
71
00:03:35,550 --> 00:03:35,773
72
00:03:35,773 --> 00:03:39,350
谈到不变式就已经觉得很高大上了
73
00:03:39,930 --> 00:03:46,710
甚至连不变式都没有掌握，他也敢去批量地发明创造
74
00:03:47,330 --> 00:03:47,526
75
00:03:47,526 --> 00:03:49,690
更不用谈什么状态机了
0
00:00:00,000 --> 00:00:02,990
那接下来呢，我们就要说一个反转
1
00:00:03,890 --> 00:00:07,080
虽然原文用的是对象图
2
00:00:07,710 --> 00:00:10,530
但译文把它改成了对象树
3
00:00:11,260 --> 00:00:18,187
我们前面也分析了背后思想可能的动向怎么来的
4
00:00:18,187 --> 00:00:19,410
根源怎么来的
5
00:00:19,830 --> 00:00:20,850
但是
6
00:00:21,390 --> 00:00:25,186
假设这个译文里没有“共享父类”
7
00:00:25,186 --> 00:00:26,704
这样的文字
8
00:00:26,704 --> 00:00:27,970
暴露了
9
00:00:29,040 --> 00:00:30,670
没有分清楚是
10
00:00:31,460 --> 00:00:32,420
类
11
00:00:32,700 --> 00:00:34,335
还是整体对象
12
00:00:34,335 --> 00:00:38,151
如果他把它改成共享整体对象
13
00:00:38,151 --> 00:00:42,239
或者说，共同的整体对象之下
14
00:00:42,239 --> 00:00:44,420
就按原文来描述
15
00:00:44,700 --> 00:00:47,580
或者，共同父对象之下
16
00:00:48,520 --> 00:00:48,810
17
00:00:48,810 --> 00:00:49,970
这个时候
18
00:00:50,350 --> 00:00:52,390
你把它改成对象树
19
00:00:54,100 --> 00:00:56,700
就误打误撞变成对的了
20
00:00:57,640 --> 00:00:59,409
为什么是这样
21
00:00:59,409 --> 00:01:01,400
这个我们下次再说了
这篇关于[图解]实现领域驱动设计译文暴露的问题02的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
