Records

Record是“each of”类型,先熟悉,然后将它与另一个“each of”类型Tuple对比。

构建

  1. 语法(syntax)
# Record值是有多个字段,每个字段都持有一个值
{f1 = v1, …, fn = vn}

# Record值是有多个字段,每个字段都持有一个类型
{f1 : t1, …, fn : tn}

# 构建Record
{f1 = e1, ..., fn = en} 

注意

  • f可以是任何不重复的字段名称,设置可以是数字,e可以是任何表达式。
  • ML中使用Record不需要专门去声明其类型(和java、c、python不同),只需要直接使用,类型检查器会推断出正确的类型。
  • Record中字段的顺序是不重要的。
  1. 类型检查(type check):
  • 类型检查器会计算每表达式e,以获取正确的值和类型。
  1. 计算规则(evaluation rules)
    Record的计算规则是相似的,计算每个字段的表达式e,产生对应的字段的结果。

使用

{foo : int, bar : int*bool, baz : bool*int}
#foo e

foo是字段名,类型检查器需要e

  1. record类型
  2. 有名为foo的字段
    如果该字段有类型t,那么#foo e类型即为t。计算erecord值,然后生成foo字段的内容(值)。

实例

{name = "Amelia", id = 41123 - 12}
# 计算为:
{id = 41111, name = "Amelia"}
# 类型为
{id : int, name : string}

Record vs Tuple

recordtuple是非常类似的,它们都是each of类型,并可以包含任意数量的元素。唯一不同的是,record是通过字段名称(即feild)访问其值(注:这也是为何record中元素顺序不重要的原因),而tuple则是通过位置访问其值。

语言设计和使用选择:
recordtuple在某些情况下,都是好的选择。一般有:

  1. 较少的元素,使用tuple更简洁,方便
  2. 使用record更容易通过字段名定位元素
  3. 较大的复杂类型,2优势更明显

在编程语言中,使用位置(类似tuple)还是字段名(类似record)传递参数都是标准的、常见的设计方案,ML函数和java方法中都使用了混合的方式:

  • 函数调用者(caller)使用位置传递参数
  • 函数被调者(callee)使用参数名获取参数值

语法糖

(* 在REPLE中输入*)
val record_pair = {1 = 1, 2 =2}
(* 输出*)
val record_pair = (1, 2) : int * int
(* 作为record来使用*)
#1 record_pair + #2 record_pair;
(* 打印*)
val it = 3 : int

通过上面的小实验,我们知道在ML中,tuple实际上是特殊的一类record,也可以称tuple是该特殊record的语法糖。

:语法糖

  • “语法的”:即我们可以在语法层面用某种等效的方式(这里指tuple)来描述其相关的所有内容(即特殊的record)。
  • “糖:它使编程语法更“甜”,更方便。
  • 另外的例子:andalso、orelse vs if ... then ... else ...

该术语被广泛使用,也是将关键思想保留在编程语言中更小巧(更易实现)的一种好方法,同时也为程序员提供了方便的使用方法。

使用record来实现tuple有:

  1. 表达式:(e1, e2, ..., en)可写为{1=e1, ..., n=en},即一个tuple也是一个字段名为1,2,...,nrecord
  2. 类型:t1 * t2 ... * tn可写为{1:t1, 2:t3, ..., n:tn}
  3. 上面的表达式#1 e,#2等就表达了正确的事情了:获取字段名1,2等的内容
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 218,386评论 6 506
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,142评论 3 394
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 164,704评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,702评论 1 294
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,716评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,573评论 1 305
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,314评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,230评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,680评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,873评论 3 336
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,991评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,706评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,329评论 3 330
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,910评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,038评论 1 270
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,158评论 3 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,941评论 2 355