[图解]实现领域驱动设计译文暴露的问题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
这个我们下次再说了