《分析模式》漫谈09-Modeling Construct

1
00:00:00,840 --> 00:00:02,320
今天我们来谈一下

2
00:00:02,640 --> 00:00:04,070
Modeling Construct

1
00:00:00,970 --> 00:00:03,410
在《分析模式》这本书的前言这里

2
00:00:03,420 --> 00:00:09,500
有这么一段文字，里面有一个词汇

3
00:00:10,130 --> 00:00:10,700
Modeling Constructs

4
00:00:10,710 --> 00:00:15,360
2004的

5
00:00:15,370 --> 00:00:15,840
中译本

6
00:00:15,970 --> 00:00:17,470
机械工业出版社出的

7
00:00:18,300 --> 00:00:23,530
这是对的，构造，建模构造，对的

8
00:00:24,420 --> 00:00:28,980
2020中译本，人民邮电出的

9
00:00:28,990 --> 00:00:31,580
概念模型，构造消失了

10
00:00:34,520 --> 00:00:36,320
然后高级建模构造

11
00:00:36,410 --> 00:00:40,890
这个地方，构造换成了概念

12
00:00:42,500 --> 00:00:45,450
有点像领域驱动设计里面常用的技巧

13
00:00:46,050 --> 00:00:47,870
删词、换词、增词

14
00:00:48,760 --> 00:00:50,830
我在别的视频里面也提到过了

15
00:00:51,470 --> 00:00:53,690
通过这些技巧来获取新鲜感

16
00:00:55,160 --> 00:00:57,220
这里为什么这样

17
00:00:57,550 --> 00:01:02,990
我猜测，可能译者是没有见过这个词汇

18
00:01:04,570 --> 00:01:05,280
不知道是什么

19
00:01:06,140 --> 00:01:08,500
然后觉得可能作者是乱用的

20
00:01:09,380 --> 00:01:11,010
随便就按照自己理解

21
00:01:11,100 --> 00:01:12,130
要不把它删掉

22
00:01:12,590 --> 00:01:15,390
要么就换了一个自己的词

23
00:01:15,560 --> 00:01:17,120
只能猜测可能是这样了

24
00:01:18,330 --> 00:01:21,900
实际上这个本身不是作者乱用

25
00:01:22,070 --> 00:01:24,180
也不是说这个词是他乱创造的

26
00:01:24,890 --> 00:01:26,320
很多书里面都有这个的

1
00:00:01,040 --> 00:00:02,110
可能有的同学会说

2
00:00:02,610 --> 00:00:04,500
你这个可能是UML的概念

3
00:00:04,630 --> 00:00:07,500
我们是搞敏捷的，搞领域驱动设计的

4
00:00:07,510 --> 00:00:08,300
不懂UML

5
00:00:08,880 --> 00:00:10,550
所以没有这个 

6
00:00:10,800 --> 00:00:11,990
那我们先来看领域驱动设计

7
00:00:12,000 --> 00:00:14,970
这里，你看这里就有

8
00:00:15,520 --> 00:00:17,080
这本书里面

9
00:00:17,090 --> 00:00:18,240
DDD modeling construct

10
00:00:18,250 --> 00:00:22,320
DDD建模构造，中译本翻译，这个是对的

11
00:00:24,740 --> 00:00:26,220
当然，UML里面也是有的

12
00:00:27,210 --> 00:00:28,220
UML参考手册

13
00:00:28,230 --> 00:00:31,320
你看UML建模构造

14
00:00:33,760 --> 00:00:34,780
UML参考手册

15
00:00:36,210 --> 00:00:37,910
或者Fowler的另外一本书

16
00:00:39,120 --> 00:00:41,620
UML精粹，这里面

17
00:00:41,630 --> 00:00:43,340
你看，modeling

18
00:00:43,350 --> 00:00:44,150
construct

19
00:00:45,760 --> 00:00:49,320
建模构造

20
00:00:50,640 --> 00:00:52,630
或者不是UML的，有建模的

21
00:00:52,640 --> 00:00:56,290
还有什么，还有数据库建模

22
00:00:58,700 --> 00:01:00,930
这是一本经典的教材了

23
00:01:02,660 --> 00:01:08,200
建模构造，概念，概念

24
00:01:08,730 --> 00:01:11,320
不可能说把构造换成概念的

25
00:01:11,790 --> 00:01:12,990
这个肯定不对的了

1
00:00:04,880 --> 00:00:05,880
那么这个modeling

2
00:00:05,890 --> 00:00:08,030
construct到底是什么

3
00:00:08,710 --> 00:00:09,750
实际上我也不知道

4
00:00:10,180 --> 00:00:14,050
它应该是没有架构这么大

5
00:00:14,060 --> 00:00:15,530
架构就很大的概念了

6
00:00:16,010 --> 00:00:19,640
也不是模式，模式又很严谨

7
00:00:20,800 --> 00:00:22,820
它应该是跟结构差不多

8
00:00:23,650 --> 00:00:24,960
但是结构应该是一个

9
00:00:24,970 --> 00:00:26,720
概念上的

10
00:00:27,750 --> 00:00:28,870
概念上的概念

11
00:00:29,120 --> 00:00:32,950
而Construct，构造

12
00:00:32,960 --> 00:00:34,470
这个应该是一个实现

13
00:00:34,480 --> 00:00:35,950
更偏重于实现的概念

14
00:00:35,960 --> 00:00:38,620
我举个例子，比如说，递归结构

15
00:00:40,250 --> 00:00:41,120
这是一个概念

16
00:00:42,470 --> 00:00:44,530
如果我用UML

17
00:00:44,880 --> 00:00:49,770
画了一个递归关联的类图

18
00:00:51,590 --> 00:00:53,820
这个就可以看作是一个递归的构造

19
00:00:53,830 --> 00:00:56,300
用UML表达的一个递归的构造

20
00:00:56,310 --> 00:00:57,540
当然也可以不用UML

21
00:00:57,670 --> 00:01:00,870
我说我不用UML，用别的符号来表达递归结构

22
00:01:01,350 --> 00:01:02,500
也可以

23
00:01:02,510 --> 00:01:03,660
那是另外一个，可以看作

24
00:01:03,670 --> 00:01:07,180
另外一个表示法表示的递归构造