ToB企服应用市场:ToB评测及商务社交产业平台

标题: 《分析模式》漫谈09-Modeling Construct [打印本页]

作者: 缠丝猫 时间: 2024-7-16 22:48
标题: 《分析模式》漫谈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
别的一个表示法表示的递归构造

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。

欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/)