首页 > 其他分享 >[图解]企业应用架构模式2024新译本讲解17-活动记录1

[图解]企业应用架构模式2024新译本讲解17-活动记录1

时间:2024-06-24 10:32:09浏览次数:22  
标签:02 03 00 01 04 17 -- 2024 企业应用

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行

标签:02,03,00,01,04,17,--,2024,企业应用
From: https://blog.csdn.net/rolt/article/details/139918028

相关文章

  • [图解]建模相关的基础知识-17
    100:00:00,190-->00:00:09,650那么1、2、5这个地方,这几个它都需要修改200:00:09,660-->00:00:11,410都要改成资金管理部300:00:13,340-->00:00:15,020那么违反第三范式400:00:15,030-->00:00:19,650是一个比较严重的问题500:00:19,820-->00:00:21,530......
  • 【2024-06-12】自我烦恼
    20:00现在我们做中国人要顶勇敢,什么都不怕,什么都顶有决心才好。                                                 ——林徽因昨天一整天,心思都不在工作,打开手机,插着充......
  • 【2024-06-13】端午叙事
    20:00让我们天亮就起,按时吃早餐,心平气和而又心中坦然,任人来人往,任钟鸣孩子闹一下定决心好好地过一天。我们为什么要被击垮甚至自甘堕落呢?                                           ......
  • 2024年语言艺术与社会科学国际会议(ICLASS 2024)
    2024InternationalConferenceonLanguageArtsandSocialSciences【1】大会信息会议简称:ICLASS 2024大会时间:2024-07-30大会地点:中国·重庆截稿时间:2024-07-16(以官网为准)审稿通知:投稿后2-3日内通知会议官网:www.lassiac.com投稿邮箱:[email protected]【2......
  • yolov8训练过程中,出现IndexError:index 17 is out of bounds for dimension 1 with siz
     在用yolov8做数据训练自己的数据时发现,这样一个错误,困扰了我很久。报错的原因是数组的问题,我查了一下百度,说是定义数组的问题,之后我就慌的一批,这个源包这么多,该去哪排查。raceback(mostrecentcalllast):File"d:\jiaotong\ultralytics-8.1.0\mytrain.py",line10,......
  • 2024/06/24笔记随笔
    网格布局创建简易计算器publicclassCalculatorDemoextendsApplication{privatedoublenumber1=0;privateStringoperator="";privatebooleanstart=true;@Overridepublicvoidstart(Stagestage)throwsException{stage.......
  • AI大模型企业应用实战(18)-“消灭”LLM幻觉的利器 - RAG介绍
    大模型在一定程度上去改变了我们生活生工作的思考的方式,然后也越来越多的个人还有企业在思考如何将大模型去应用到更加实际的呃生产生活中去,希望大语言模型能够呃有一些更多企业级别生产落地的实践,然后去帮助我们解决一些业务上的问题。目前1LLM的问题1.1幻觉LLM因为是一个预......
  • 2024CISCN华东南-WEB-gxngxngxn
    WEB差不多2小时就把web给ak了,没想到华东南强度最大的不是题目,而是场地连续8小时的30多度高温(welcomesubmit-BREAKsubmit-FIX修复点在upload.php<?php//$path="./uploads";error_reporting(0);$path="./uploads";$name=$_FILES['myfile']['name'];$co......
  • 【译】VisualStudio.Extensibility 17.10:用 Diagnostics Explorer 调试您的扩展
    想象一下,创建的扩展比以往任何时候都运行得更快、更流畅!如果您最近还没有跟上,我们一直在努力改进VisualStudio.ExtensibilitySDK。VisualStudio.Extensibility帮助您构建在主IDE进程之外运行的扩展,以提高性能和可靠性。它还提供了一个时尚而直观的基于.NET8的API......
  • AI 大模型企业应用实战(10)-LLMs和Chat Models
    1模型来看两种不同类型的模型--LLM和聊天模型。然后,它将介绍如何使用提示模板来格式化这些模型的输入,以及如何使用输出解析器来处理输出。LangChain中的语言模型有两种类型:1.1ChatModels聊天模型通常由LLM支持,但专门针对会话进行了调整。提供者API使用与纯文本补全模......