1
00:00:01,070 --> 00:00:04,180
下一个我们要说的就是
2
00:00:04,190 --> 00:00:06,740
活动记录模式了
3
00:00:07,640 --> 00:00:11,210
同样是数据源架构模式
4
00:00:12,300 --> 00:00:18,480
里面的一个，活动记录
5
00:00:18,490 --> 00:00:21,710
我们看这里，定义，active record
6
00:00:24,230 --> 00:00:25,710
就是说，一个对象
7
00:00:26,000 --> 00:00:28,080
它包装数据库表或视图上
8
00:00:28,090 --> 00:00:30,160
某一行，主要是表了
9
00:00:30,170 --> 00:00:31,720
但视图也是可以的
10
00:00:31,990 --> 00:00:34,560
就是说，把它用在视图上也是可以的
11
00:00:36,590 --> 00:00:39,390
只不过视图你不能更新了
12
00:00:41,220 --> 00:00:42,380
不好更新
13
00:00:43,280 --> 00:00:45,870
如果你说不更新，也可以
14
00:00:48,980 --> 00:00:50,540
然后封装数据库访问
15
00:00:50,670 --> 00:00:53,620
并且在数据上增加了领域逻辑
16
00:00:56,020 --> 00:00:59,870
实际上，也就是说，把刚才Gateway
17
00:01:00,360 --> 00:01:04,770
入口对象
18
00:01:05,720 --> 00:01:07,990
连同它的查找器
19
00:01:10,370 --> 00:01:11,230
在这个基础上
20
00:01:12,160 --> 00:01:15,570
再往上叠加一个实体对象
21
00:01:15,980 --> 00:01:17,360
就相当于把Person
22
00:01:18,620 --> 00:01:19,850
PersonFinder
23
00:01:20,210 --> 00:01:21,840
还有PersonGateway
24
00:01:21,850 --> 00:01:22,280
25
00:01:23,490 --> 00:01:24,770
加起来
26
00:01:24,780 --> 00:01:26,910
就得到这个了
27
00:01:26,920 --> 00:01:29,660
显然什么都在里面了
28
00:01:31,980 --> 00:01:33,260
什么东西都在里面了
29
00:01:35,790 --> 00:01:36,880
有领域逻辑
30
00:01:36,890 --> 00:01:38,800
有数据操作，都在里面
31
00:01:38,810 --> 00:01:42,530
比如，上半部就是数据操作，crud
32
00:01:42,540 --> 00:01:50,670
下面是领域逻辑，活动记录
33
00:01:51,960 --> 00:01:58,190
特点就是，它跟关系数据库是紧密耦合的
34
00:02:01,610 --> 00:02:07,190
它这里面的属性或者字段
35
00:02:07,200 --> 00:02:12,330
它跟数据库是基本一致的
36
00:02:14,450 --> 00:02:16,760
也就是说，它就基本不考虑说
37
00:02:17,400 --> 00:02:21,420
用别的存储方式了
38
00:02:21,780 --> 00:02:23,510
当然你用别的也不是不可以
39
00:02:23,600 --> 00:02:27,540
但是它就跟这个没有那么匹配
40
00:02:32,490 --> 00:02:33,970
这是活动记录
41
00:02:36,340 --> 00:02:41,140
其他的基本上都是前面已经见过了
42
00:02:41,600 --> 00:02:45,580
刚才讲，就是这个、这个再加上这个
43
00:02:49,970 --> 00:02:51,570
所以怎么演化来的
44
00:02:51,580 --> 00:02:52,850
书上也说了
45
00:02:53,260 --> 00:02:55,650
你可以一开始先用入口
46
00:02:56,700 --> 00:02:57,980
入口用着用着
47
00:02:58,630 --> 00:03:01,440
就感觉到这里面的缺点了
48
00:03:02,400 --> 00:03:07,430
然后慢慢把行为
49
00:03:08,700 --> 00:03:09,760
把它合并
50
00:03:09,770 --> 00:03:11,240
或者移动
51
00:03:11,540 --> 00:03:14,600
最终就变成了一个活动记录
52
00:03:18,660 --> 00:03:22,580
53
00:03:22,590 --> 00:03:24,330
活动记录最有名的框架
54
00:03:26,460 --> 00:03:28,890
前些年的，现在已经不流行了
55
00:03:29,330 --> 00:03:32,180
前些年被某些团体吹得厉害的
56
00:03:33,160 --> 00:03:36,020
Ruby on Rails
57
00:03:36,030 --> 00:03:38,100
.net里面也有Castle
58
00:03:40,310 --> 00:03:42,050
这个活动记录的框架
59
00:03:42,410 --> 00:03:45,780
当然这个底层还是NHibernate的
60
00:03:52,900 --> 00:03:56,880
好，下面我们看一下案例
61
00:03:57,540 --> 00:04:01,560
案例跟行数据入口一样
62
00:04:01,770 --> 00:04:06,860
也是Person这个类或表
63
00:04:08,780 --> 00:04:11,570
这里译文做了一些修订
64
00:04:14,230 --> 00:04:18,020
包括原书上什么类
65
00:04:18,030 --> 00:04:19,180
是小写
66
00:04:19,890 --> 00:04:21,460
改过来大写
67
00:04:22,200 --> 00:04:23,680
因为代码是大写的
68
00:04:28,020 --> 00:04:28,650
一样的
69
00:04:30,350 --> 00:04:33,140
所以一会我们看代码的时候就会发现
70
00:04:33,150 --> 00:04:36,050
它里面的很多，在上一个
71
00:04:36,620 --> 00:04:38,080
我们说的模式里面
72
00:04:38,250 --> 00:04:39,280
已经出现过
73
00:04:41,190 --> 00:04:44,190
只不过现在把它统一合并到这里面来了
74
00:04:44,990 --> 00:04:48,310
再加上一些领域的操作
75
00:04:53,500 --> 00:04:55,800
这是类图
76
00:04:56,400 --> 00:05:03,620
显然，跟之前数据入口那个类图
77
00:05:03,790 --> 00:05:06,900
行数据入口的类图几乎是一样的
78
00:05:07,370 --> 00:05:09,290
只不过名字改成，你看这个是Person
79
00:05:09,420 --> 00:05:10,530
之前叫PersonGateway
80
00:05:11,270 --> 00:05:11,670
81
00:05:15,220 --> 00:05:15,970
基本上一样
82
00:05:18,270 --> 00:05:20,300
然后，注册表，一样
83
00:05:20,310 --> 00:05:25,710
然后注册表也是采用单例的模式，一样
84
00:05:25,720 --> 00:05:29,390
然后上面同样的有一个超类
85
00:05:30,080 --> 00:05:34,970
之前超类叫Gateway
86
00:05:34,980 --> 00:05:37,010
现在变成ActiveRecord
87
00:05:38,250 --> 00:05:40,480
原来是入口，现在变成活动记录
88
00:05:41,280 --> 00:05:41,940
这样而已
89
00:05:44,670 --> 00:05:48,570
其他的没有太大的差别
1
00:00:01,600 --> 00:00:02,960
无非就是这个地方
2
00:00:03,570 --> 00:00:06,640
这里有领域的一个操作了
3
00:00:06,890 --> 00:00:07,960
这个是领域操作
4
00:00:08,640 --> 00:00:11,440
就混杂在数据操作里面
5
00:00:13,260 --> 00:00:15,880
下面我们就来看一下代码
1
00:00:00,170 --> 00:00:03,160
我们同样一步一步来看这个代码
2
00:00:04,600 --> 00:00:06,950
初始化数据，这跟前面一样的
3
00:00:08,610 --> 00:00:13,160
跟前面入口一样
4
00:00:14,220 --> 00:00:17,160
建立表，都是一样的
5
00:00:18,010 --> 00:00:22,810
也是一样，这里，用SQLite
6
00:00:22,820 --> 00:00:26,290
7
00:00:26,300 --> 00:00:29,020
下面一样
8
00:00:37,820 --> 00:00:38,210
好
9
00:00:40,530 --> 00:00:49,010
下面这个，这里面，查找所有的人员
10
00:00:49,750 --> 00:00:58,870
所有的人员，在这里定义了一个操作
11
00:00:58,880 --> 00:01:01,070
返回就是一个人员的列表
12
00:01:03,930 --> 00:01:07,540
定义Person的列表
13
00:01:09,080 --> 00:01:12,550
然后，下面，创建并打开数据库连接，一样的
14
00:01:14,390 --> 00:01:16,610
然后创建命令对象
15
00:01:17,380 --> 00:01:19,100
那么这个SQL语句
16
00:01:25,740 --> 00:01:28,930
就是查询所有的人
17
00:01:31,370 --> 00:01:33,290
好，执行查询之后
18
00:01:34,080 --> 00:01:37,410
然后得到reader，得到reader之后
19
00:01:37,660 --> 00:01:40,610
我们就轮询reader
20
00:01:42,650 --> 00:01:44,090
然后把它的数据
21
00:01:44,100 --> 00:01:46,850
加载到Person的对象
22
00:01:47,680 --> 00:01:49,170
并把Person对象
23
00:01:49,180 --> 00:01:50,450
添加到列表里面
24
00:01:51,090 --> 00:01:53,190
到这个里面
25
00:01:57,670 --> 00:02:03,940
那么加载跟昨天PersonGateway
26
00:02:03,950 --> 00:02:05,380
是一样的
27
00:02:07,090 --> 00:02:08,300
只不过昨天是Gateway
28
00:02:08,310 --> 00:02:10,180
现在就直接在Person这里面了
29
00:02:11,550 --> 00:02:13,820
你看昨天这里，Gateway
30
00:02:13,830 --> 00:02:14,900
31
00:02:15,520 --> 00:02:18,840
PersonGateway，后缀去掉
32
00:02:18,930 --> 00:02:20,850
就得到这个
33
00:02:20,860 --> 00:02:22,920
定义对象数组，一样的
34
00:02:23,570 --> 00:02:29,010
然后把reader里面的值放到这里面来
35
00:02:29,020 --> 00:02:33,910
填充到这个对象数组里面来
36
00:02:34,430 --> 00:02:35,950
然后取第1列
37
00:02:36,200 --> 00:02:37,710
第0列，就是ID
38
00:02:39,410 --> 00:02:40,410
把ID取出来
39
00:02:41,120 --> 00:02:45,850
然后从注册表里面查
40
00:02:46,630 --> 00:02:51,000
这个ID能不能找到相应的Person的对象
41
00:02:51,440 --> 00:02:51,790
42
00:02:52,600 --> 00:02:53,030
有没有
43
00:02:53,040 --> 00:02:54,730
如果有就返回了
44
00:02:55,580 --> 00:02:56,340
查怎么查
45
00:02:58,630 --> 00:03:00,060
注册表，跟昨天一样的
46
00:03:00,070 --> 00:03:01,800
也是构造器私有
47
00:03:01,810 --> 00:03:03,480
这个一模一样
48
00:03:03,610 --> 00:03:06,120
也是用一个字典来存放
49
00:03:06,680 --> 00:03:07,120
一样的
50
00:03:09,650 --> 00:03:14,390
获取，看有没有这个1
51
00:03:18,940 --> 00:03:20,370
显然是没有的，为什么
52
00:03:20,990 --> 00:03:25,100
因为我们初始化的时候
53
00:03:25,110 --> 00:03:28,420
根本注册表还没东西
54
00:03:28,920 --> 00:03:29,640
没有
55
00:03:30,570 --> 00:03:32,610
注册表里面要是没有，说明什么
56
00:03:33,170 --> 00:03:37,310
这个对象它就没有在内存里面了
57
00:03:37,320 --> 00:03:42,890
内存里面之前就没有对应的映像
58
00:03:43,590 --> 00:03:49,030
那我们把数据拿出来
59
00:03:49,040 --> 00:03:50,710
就从数据库里面
60
00:03:50,720 --> 00:03:51,750
拿出来一行
61
00:03:53,060 --> 00:03:53,980
一行的
62
00:03:54,500 --> 00:03:55,940
各个列
63
00:03:55,950 --> 00:03:58,060
姓、名、家属人数
64
00:03:59,070 --> 00:04:01,500
然后创建一个Person对象
65
00:04:03,850 --> 00:04:13,350
创建，然后把它添加到注册表里面
66
00:04:16,650 --> 00:04:19,640
添加进来，ID就是它的键
67
00:04:20,640 --> 00:04:22,030
对象放这里
68
00:04:30,330 --> 00:04:32,930
一个一个就这样，这个一样的
69
00:04:55,630 --> 00:04:57,540
还有1行