[图解]分析模式-03-通讯录1

1
00:00:01,550 --> 00:00:04,840
第一个我们要探讨的是通讯录

2
00:00:04,850 --> 00:00:11,140
第一个我们要探讨的是通讯录

3
00:00:13,240 --> 00:00:13,920
这个模式

4
00:00:16,920 --> 00:00:19,850
这个我们之前把它叫做“人”

5
00:00:21,940 --> 00:00:24,760
但是后来考虑到这个“人”

6
00:00:26,010 --> 00:00:29,460
它涉及到的信息还比较多

7
00:00:29,590 --> 00:00:30,740
有人的档案

8
00:00:31,110 --> 00:00:32,980
有人的其他方面等等

9
00:00:32,990 --> 00:00:35,180
还有人的组织的关系等等

10
00:00:36,260 --> 00:00:38,410
这个可能得另说

11
00:00:41,640 --> 00:00:43,030
这里我们把它缩小一点

12
00:00:43,040 --> 00:00:47,280
先关注人或者组织的一个方面

13
00:00:47,290 --> 00:00:51,850
就是通讯录，这些Email地址

14
00:00:52,780 --> 00:00:53,780
电话号码

15
00:00:53,790 --> 00:00:56,730
手机、号码、微信、QQ

16
00:00:56,740 --> 00:00:58,370
这些怎么管理

17
00:00:58,910 --> 00:00:59,760
怎么建模

18
00:01:02,730 --> 00:01:06,370
像这种东西它是非常普遍的

19
00:01:07,440 --> 00:01:12,360
绝大多数的企业应用，给人用的

20
00:01:12,370 --> 00:01:14,560
然后很多人协作那种

21
00:01:14,570 --> 00:01:17,830
互联网的，公司里面的应用等等

22
00:01:19,620 --> 00:01:24,110
都会涉及到人的联系方式

23
00:01:25,150 --> 00:01:27,060
如果说一个

24
00:01:28,250 --> 00:01:29,960
工业控制里面的一个系统

25
00:01:30,420 --> 00:01:32,580
机器里面一个控制系统

26
00:01:33,720 --> 00:01:35,760
显然里面可能连人的信息都没有

27
00:01:35,770 --> 00:01:39,180
因为系统根本不关心谁用

28
00:01:39,430 --> 00:01:41,700
那就不会有这个问题

29
00:01:42,390 --> 00:01:44,600
但只要说你这个系统是给人用的

30
00:01:45,490 --> 00:01:46,970
而且里面确实有人的信息

31
00:01:47,060 --> 00:01:50,030
往往很可能就会涉及到

32
00:01:50,040 --> 00:01:52,310
管理人的联系方式的问题

33
00:01:52,870 --> 00:01:55,260
当然如果说，人就是一个用户

34
00:01:55,530 --> 00:01:58,850
然后用户有账号密码就完了

35
00:01:59,640 --> 00:02:01,670
其他的什么手机号也不管了

36
00:02:01,680 --> 00:02:02,630
那就没有这个

37
00:02:04,230 --> 00:02:08,840
但是很多系统是存在的

38
00:02:11,530 --> 00:02:11,880
普遍

39
00:02:11,890 --> 00:02:15,350
第二个，像这种它比较简单

40
00:02:16,120 --> 00:02:24,420
因为我们的系统往往很少对通讯录这方面

41
00:02:26,020 --> 00:02:28,580
它里面会包含太多的规则

42
00:02:28,930 --> 00:02:29,970
什么状态变化

43
00:02:30,180 --> 00:02:32,900
这种是没有的，很少的

44
00:02:34,100 --> 00:02:35,020
除了一些规则

45
00:02:35,030 --> 00:02:38,010
比如说，你检验合法性的规则

46
00:02:38,020 --> 00:02:41,180
比如说，添加一个Email

47
00:02:42,460 --> 00:02:44,960
你到底是不是一个Email

48
00:02:46,650 --> 00:02:47,800
这个规则可能有

49
00:02:48,650 --> 00:02:51,010
但其他的时候你说状态变化什么

50
00:02:51,020 --> 00:02:52,780
这种很少有的

51
00:02:56,320 --> 00:02:59,690
所以如果我们把这部分处理好了

52
00:03:01,230 --> 00:03:05,110
就可以减少很多其他领域的复杂度

53
00:03:05,740 --> 00:03:08,000
因为这是很多领域里面都有的

54
00:03:08,780 --> 00:03:09,930
都存在的一个部分

55
00:03:11,580 --> 00:03:14,610
包括餐饮

56
00:03:14,620 --> 00:03:16,410
后面还会提到，餐饮也好

57
00:03:16,920 --> 00:03:20,480
餐饮，比如说，现在有人打电话过来说

58
00:03:21,120 --> 00:03:27,120
我想预约哪天，大概多少人，然后几点到

59
00:03:29,050 --> 00:03:30,050
然后就留了一个电话

60
00:03:31,090 --> 00:03:33,480
或者再就是说，我姓潘

61
00:03:33,490 --> 00:03:38,910
你叫我潘先生，留了个手机号就完了

62
00:03:40,290 --> 00:03:41,520
也有的可能很正规

63
00:03:41,610 --> 00:03:43,430
会员

64
00:03:43,440 --> 00:03:47,990
然后他说我预约一个包厢

65
00:03:48,200 --> 00:03:49,910
在什么时候，很正规的

66
00:03:53,640 --> 00:03:57,040
很多时候我们有一些这种系统

67
00:03:57,490 --> 00:03:58,770
预约来了

68
00:03:59,380 --> 00:04:01,970
预约里面的那些，都不算顾客

69
00:04:03,400 --> 00:04:04,070
他说什么

70
00:04:04,160 --> 00:04:06,920
他说我手机号是这个，那就是预约的手机号

71
00:04:07,460 --> 00:04:12,050
如果说我们能够用比较成熟的模型

72
00:04:12,060 --> 00:04:13,010
去处理这个

73
00:04:13,460 --> 00:04:16,710
我们就可以认为这些背后都是人

74
00:04:16,800 --> 00:04:17,430
都是人

75
00:04:18,640 --> 00:04:21,230
就把它当成一个人处理就行了

76
00:04:21,740 --> 00:04:23,450
如果后面发现这个人

77
00:04:23,460 --> 00:04:25,760
跟我们已经有的某个人

78
00:04:25,770 --> 00:04:27,200
发生重叠

79
00:04:27,540 --> 00:04:30,230
我们就把他资料合并就可以了

80
00:04:31,000 --> 00:04:32,320
本来以为是两个人做的

81
00:04:32,330 --> 00:04:34,250
相信后来发现是一个人做的

82
00:04:36,360 --> 00:04:37,670
我们就把它合并就可以

83
00:04:40,640 --> 00:04:43,970
就是说，我们如果能把这方面的

84
00:04:43,980 --> 00:04:45,570
人的这方面内容处理好了之后

85
00:04:46,530 --> 00:04:48,490
我们就说，你看这个事情

86
00:04:49,270 --> 00:04:50,680
是这个人做的，就完了

87
00:04:51,610 --> 00:04:54,120
这个人后面背后什么这些东西

88
00:04:54,610 --> 00:04:56,360
我们就不用单独去处理它