本文主要是介绍[图解]企业应用架构模式2024新译本讲解02-表数据入口，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
1
00:00:00,420 --> 00:00:04,330
这个案例，我们就是用书上的案例了
2
00:00:06,080 --> 00:00:08,860
收入确认的一个案例
3
00:00:09,510 --> 00:00:11,100
书上讲了，收入确认
4
00:00:13,330 --> 00:00:15,270
就是说，你给了钱
5
00:00:15,960 --> 00:00:18,200
但这个钱本身还不能够直接入账
6
00:00:18,210 --> 00:00:24,500
因为这个钱最终是不是能够收进来
7
00:00:25,980 --> 00:00:27,930
这要看服务的进展
8
00:00:27,940 --> 00:00:30,290
这是预付款
9
00:00:30,940 --> 00:00:33,250
定金或者预付款
10
00:00:36,380 --> 00:00:38,500
所以就有一个要把这笔钱
11
00:00:39,250 --> 00:00:41,570
分成很多笔来入账的
12
00:00:42,800 --> 00:00:45,700
这样的一个会计的做法
13
00:00:48,760 --> 00:00:52,940
他这里就设置了一个比较简单的场景
14
00:00:53,620 --> 00:00:55,700
不同类型的产品
15
00:00:56,690 --> 00:00:59,580
入账的方式不一样
16
00:00:59,590 --> 00:01:03,480
比如说，如果是文字处理软件的，就直接入账
17
00:01:03,940 --> 00:01:06,300
如果是电子表格的Excel什么之类的
18
00:01:07,060 --> 00:01:09,050
这样来分几笔入账
19
00:01:09,660 --> 00:01:13,760
数据库软件就这样
20
00:01:16,450 --> 00:01:21,520
这是书里面给出来的类图
21
00:01:22,040 --> 00:01:23,310
产品，然后这里有一个产品类型
22
00:01:23,990 --> 00:01:27,190
它这是简化了，直接一个普通属性
23
00:01:28,620 --> 00:01:30,790
如果要严格应该有一个
24
00:01:31,360 --> 00:01:32,590
产品类型
25
00:01:33,600 --> 00:01:36,530
合同，收入确认
26
00:01:39,400 --> 00:01:41,140
合同有两个属性
27
00:01:41,150 --> 00:01:42,700
一个签约时间
28
00:01:43,440 --> 00:01:46,510
收入，收入确认
29
00:01:46,520 --> 00:01:49,480
这个是相当于把收入分成几笔
30
00:01:50,270 --> 00:01:52,740
这是它的数量（数额），比如分三笔
31
00:01:53,390 --> 00:01:55,060
你收入300
32
00:01:55,310 --> 00:01:56,660
三笔就是每笔100
33
00:01:57,140 --> 00:01:59,100
然后这是入账的时间
34
00:01:59,990 --> 00:02:07,590
这样来
35
00:02:07,600 --> 00:02:11,360
这个是书里面给出的序列图
36
00:02:11,770 --> 00:02:13,400
你看，这有个service
37
00:02:14,860 --> 00:02:17,650
就是刚才类图上面定义的那个类
38
00:02:22,310 --> 00:02:27,710
然后这是Gateway，入口类
39
00:02:28,760 --> 00:02:31,230
然后这是事务脚本操作
40
00:02:32,090 --> 00:02:38,300
查找合同，返回来之后，取数据
41
00:02:38,310 --> 00:02:40,690
然后这里生成
42
00:02:40,900 --> 00:02:44,680
在这个Recognition，收入确认
43
00:02:44,690 --> 00:02:46,600
这个表里面插入一行
44
00:02:48,860 --> 00:02:51,300
插入多行，这里打个星星表示
45
00:02:51,310 --> 00:02:53,600
这个是多个
46
00:02:53,610 --> 00:02:54,960
执行多次的一个操作
47
00:02:56,860 --> 00:03:01,850
实际上，从描述的业务的情况看
48
00:03:02,100 --> 00:03:03,130
实际上这个类图
49
00:03:04,740 --> 00:03:08,180
包括这个序列图都是没有必要的
50
00:03:11,550 --> 00:03:15,380
首先这个就是冗余的，不需要
51
00:03:17,520 --> 00:03:17,950
为什么
52
00:03:18,360 --> 00:03:22,760
你看，收入是算出来的
53
00:03:22,770 --> 00:03:26,050
是根据这个算出来的
54
00:03:27,920 --> 00:03:29,520
既然是可计算的
55
00:03:31,240 --> 00:03:33,340
那么显然它就是冗余的
56
00:03:35,920 --> 00:03:37,560
如果你只是为了把它算出来
57
00:03:37,570 --> 00:03:39,240
把它填到这个表里面
58
00:03:41,750 --> 00:03:44,100
你干嘛要算出来事先填好呢
59
00:03:45,390 --> 00:03:46,790
等他需要的时候再算
60
00:03:46,800 --> 00:03:48,970
不就完了
61
00:03:49,410 --> 00:03:50,550
你单独把它算出来
62
00:03:50,560 --> 00:03:52,870
填到这个表里面，这一步就是冗余的
63
00:03:55,050 --> 00:03:57,270
就像我们生成报表一样
64
00:03:58,630 --> 00:04:01,230
假设你在没有人看的情况下
65
00:04:01,240 --> 00:04:02,750
你事先生成报表
66
00:04:04,420 --> 00:04:06,300
然后有人看了，直接看报表
67
00:04:07,990 --> 00:04:09,340
这个是冗余的，为什么
68
00:04:11,540 --> 00:04:13,640
因为这个报表的数据既然可以生成
69
00:04:13,650 --> 00:04:14,480
那应该是什么
70
00:04:14,950 --> 00:04:16,110
在有人看的时候
71
00:04:16,120 --> 00:04:17,630
再现场算
72
00:04:17,640 --> 00:04:19,590
然后生成，反馈给他看
73
00:04:21,290 --> 00:04:22,930
这样，逻辑上才没有冗余
74
00:04:24,200 --> 00:04:27,330
如果你事先生成了放那里，那就是冗余的
75
00:04:28,530 --> 00:04:29,840
为什么要引入冗余
76
00:04:30,300 --> 00:04:32,930
只有一个理由，就是你在性能上考虑
77
00:04:34,010 --> 00:04:37,550
如果说，现场当时算的话，可能会比较慢
78
00:04:38,160 --> 00:04:39,180
我事先算好了
79
00:04:39,190 --> 00:04:41,530
放那里，你直接去查那个表
80
00:04:42,810 --> 00:04:44,480
或者访问类的对象
81
00:04:46,210 --> 00:04:47,100
只有这个理由
82
00:04:47,960 --> 00:04:50,550
但为了性能带来冗余
83
00:04:51,370 --> 00:04:53,340
我们前面课程也说了
84
00:04:54,020 --> 00:04:55,090
必须要很谨慎的
85
00:04:55,260 --> 00:04:57,810
但很多人就把这个当成无能的遮羞布
86
00:05:01,590 --> 00:05:03,830
他根本就不觉得这有什么不妥
87
00:05:03,840 --> 00:05:05,030
也不觉得有什么冗余
88
00:05:06,400 --> 00:05:07,940
也不知道冗余有什么危害
89
00:05:10,770 --> 00:05:13,130
然后跟他说，他说万一有性能问题
90
00:05:14,900 --> 00:05:16,530
他就把这个拿出来做理由
91
00:05:18,610 --> 00:05:21,320
Martin Fowler这里也不例外
92
00:05:21,930 --> 00:05:22,840
包括后面Fowler
93
00:05:22,850 --> 00:05:25,520
还有其他一些处理也是有问题的
94
00:05:25,530 --> 00:05:28,090
后面案例我们也会提到
95
00:05:29,690 --> 00:05:36,580
那应该怎么做，应该是建模它的规则
96
00:05:40,360 --> 00:05:41,280
产品类型
97
00:05:41,840 --> 00:05:42,400
什么规则
98
00:05:42,490 --> 00:05:44,720
就是Fowler这里说的规则
99
00:05:46,270 --> 00:05:50,720
某种类型的产品，它应该分几份入账
100
00:05:51,330 --> 00:05:53,470
入账的间隔是多少天
101
00:05:54,040 --> 00:05:54,660
就可以了
102
00:05:54,670 --> 00:05:59,370
比如说，类型是电子表格的，分三份入账
103
00:06:01,900 --> 00:06:07,020
那么份数就是3，间隔就是30天
104
00:06:07,830 --> 00:06:08,110
对
105
00:06:09,270 --> 00:06:10,310
记住这个规则
106
00:06:10,320 --> 00:06:11,910
这才是本质
107
00:06:14,270 --> 00:06:14,990
应该建模的是这个
108
00:06:16,400 --> 00:06:18,130
或者说，再详细一点
109
00:06:18,140 --> 00:06:19,530
分几次
110
00:06:19,540 --> 00:06:21,630
每次多少份额
111
00:06:21,920 --> 00:06:23,430
份额不一定是平均的
112
00:06:24,340 --> 00:06:25,380
可以分很多份
113
00:06:25,390 --> 00:06:28,060
可以先放10%
114
00:06:28,150 --> 00:06:29,660
下次放20%
115
00:06:30,020 --> 00:06:32,380
下一次放30%，这样都可以
116
00:06:35,800 --> 00:06:37,470
应该建模规则
1
00:00:00,320 --> 00:00:03,100
为什么Fowler这里是这样做
2
00:00:03,110 --> 00:00:04,660
还有另外一个原因就是
3
00:00:05,160 --> 00:00:08,110
他没有把这个规则概念提炼出来
4
00:00:08,120 --> 00:00:11,080
而是把它写在代码里面变成硬编码
5
00:00:12,420 --> 00:00:15,590
我们一会看一下案例
6
00:00:16,250 --> 00:00:20,920
我在网上找了一个复刻的案例的代码
7
00:00:21,310 --> 00:00:24,280
因为Fowler书里面
8
00:00:24,290 --> 00:00:25,880
他给出了代码片段
9
00:00:25,890 --> 00:00:27,560
但代码片段本身
10
00:00:28,070 --> 00:00:29,950
并不是直接能执行的
11
00:00:32,160 --> 00:00:37,680
我找了一个模仿书上的案例
12
00:00:37,690 --> 00:00:40,550
复刻的，下载地址在这里
13
00:00:41,380 --> 00:00:43,790
如果有更好的，大家也可以去找更好的
14
00:00:44,230 --> 00:00:48,480
我找到的这个，是用C#
15
00:00:49,340 --> 00:00:56,260
然后用SQLite作为存储，表结构
16
00:00:56,510 --> 00:00:59,500
它跟这里面是一致的了
17
00:01:00,360 --> 00:01:01,790
三个类，三个表
18
00:01:03,360 --> 00:01:05,560
然后，1对多
19
00:01:05,570 --> 00:01:10,750
所以这里面1方放在多方作为外键
20
00:01:11,960 --> 00:01:17,950
而这个，它使用了一个复合主键，在这里
21
00:01:18,610 --> 00:01:22,910
这边合同的ID
22
00:01:23,430 --> 00:01:27,090
和入账时间的ID（口误）
23
00:01:27,100 --> 00:01:29,620
入账时间
24
00:01:29,630 --> 00:01:32,170
这两个结合在一起
25
00:01:32,180 --> 00:01:33,450
一个复合主键
26
00:01:34,340 --> 00:01:40,590
这个的话可以，就是说，意思就是什么
27
00:01:41,130 --> 00:01:47,010
相当于把这个看作是一个组合的关系了
28
00:01:50,930 --> 00:01:51,760
组合关系
29
00:01:52,650 --> 00:01:53,510
实心菱形
30
00:01:55,110 --> 00:01:55,820
为什么组合
31
00:01:55,830 --> 00:02:01,330
你看，这个是主键
32
00:02:03,050 --> 00:02:04,290
这是主键，PK
33
00:02:05,190 --> 00:02:06,180
那么意味着什么
34
00:02:06,540 --> 00:02:08,270
它不是外键，它是主键
35
00:02:08,280 --> 00:02:10,870
意味着一旦这个合同要是消失了
36
00:02:11,430 --> 00:02:13,580
这里肯定也得消失
37
00:02:14,350 --> 00:02:15,570
你主键都没有了
38
00:02:17,550 --> 00:02:18,630
但这个外键就不一样
39
00:02:18,640 --> 00:02:23,490
你看这个外键
40
00:02:24,530 --> 00:02:30,390
在这里，那么这个消失了
41
00:02:30,850 --> 00:02:31,920
这个会不会消失
42
00:02:33,210 --> 00:02:37,380
这个严格来说你消失这个产品消失了
43
00:02:39,070 --> 00:02:46,000
那么这个合同它引用那个产品不在了
44
00:02:46,010 --> 00:02:47,970
45
00:02:47,980 --> 00:02:50,450
但是信息保留下来
46
00:02:52,830 --> 00:02:54,270
它还是可以保留下来的
47
00:02:54,970 --> 00:02:57,180
只不过引用空掉了
48
00:02:58,160 --> 00:03:00,120
而这个本身它是在物理上
49
00:03:00,130 --> 00:03:01,800
你数据库里面就不能存在
50
00:03:01,810 --> 00:03:04,430
因为你主键这个都被删掉了
51
00:03:04,600 --> 00:03:07,630
你不是外键，你外键可以为空
52
00:03:07,640 --> 00:03:08,710
你主键怎么为空
53
00:03:12,450 --> 00:03:15,230
所以可以这样来理解
54
00:03:16,360 --> 00:03:20,230
下面这个都跟这个一致了
55
00:03:20,600 --> 00:03:22,030
它再加了一个名称
56
00:03:23,090 --> 00:03:24,030
加了一个名称
57
00:03:26,540 --> 00:03:28,390
我们来看一下它的代码
1
00:00:01,300 --> 00:00:03,050
这个就是它的代码
2
00:00:03,870 --> 00:00:05,710
你看，右边这个很简单
3
00:00:05,720 --> 00:00:07,790
就这么几个类 DBManager
4
00:00:07,800 --> 00:00:08,750
然后Gateway
5
00:00:09,630 --> 00:00:12,530
然后Service
6
00:00:12,660 --> 00:00:14,010
RecognitionService
7
00:00:14,700 --> 00:00:16,800
然后还有一个主程序就是
8
00:00:16,810 --> 00:00:18,960
它是控制台的程序，main这里
9
00:00:19,670 --> 00:00:22,090
然后这里，控制台写出来
10
00:00:22,100 --> 00:00:23,610
命令行写出来，就完了
11
00:00:28,140 --> 00:00:31,930
我们来看它的几个类，DbManager
12
00:00:31,940 --> 00:00:33,170
就定义了一个连接
13
00:00:33,260 --> 00:00:36,390
这里指明了数据库的位置
14
00:00:36,560 --> 00:00:38,870
就在它同一个目录下面
15
00:00:39,310 --> 00:00:40,950
SQLite就很简单
16
00:00:40,960 --> 00:00:42,670
就一个DB文件就完了
17
00:00:44,890 --> 00:00:50,230
然后Gateway，就是刚才说的入口
18
00:00:52,610 --> 00:00:57,070
然后，service就是事务脚本类
19
00:00:58,220 --> 00:00:58,650
类是这个
20
00:00:59,060 --> 00:01:06,170
定义了一些，这是计算插入
21
00:01:06,670 --> 00:01:08,400
然后这个是查询的了
22
00:01:08,410 --> 00:01:09,720
查询返回的
23
00:01:15,600 --> 00:01:16,670
就这么多
24
00:01:17,030 --> 00:01:18,300
我们运行看一下
25
00:01:18,310 --> 00:01:20,970
我们随便打一个断点
26
00:01:21,420 --> 00:01:24,870
前面这一段一开始就是填充数据了
27
00:01:24,880 --> 00:01:27,430
它这个案例就直接在这里填充数据了
28
00:01:29,050 --> 00:01:31,360
可以把数据填进去，这么几个数据填进去
29
00:01:32,040 --> 00:01:34,350
前面都是做预热的
30
00:01:34,360 --> 00:01:36,150
包括创建表什么，都在这里
31
00:01:36,820 --> 00:01:38,410
这段不用管
32
00:01:38,500 --> 00:01:39,690
直接在哪里，在这里
这篇关于[图解]企业应用架构模式2024新译本讲解02-表数据入口的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
