我在Alloy模型中得到了意想不到的结果。请考虑以下模型,该模型描述了对HTTP请求的响应的几个方面:
// Code: an HTTP return code
abstract sig Code {}
one sig rc200, rc301, rc302 extends Code {}
// State: the current state of a resource
sig State {}
// subsets of State: some resources are green, some red
// (also: some neither, some both)
sig Green in State {}
sig Red in State {}
// Response: a return code + state pair
sig Response {
rc : one Code,
entity_body : lone State
}
// some subclasses of Response
sig R200_OK in Response {}{ rc = rc200 }
sig R301_Moved_Permanently in Response {}{ rc = rc301 }
sig R302_Found in Response {}{ rc = rc302 }
// a Response is red/green if its entity body is Red/Green
pred green[ R : R200_OK ] { R.entity_body in Green }
pred red[ R : R200_OK ]{ R.entity_body in Red }
assert A {
all R : Response | green[R] implies R.rc = rc200
}
check A for 3
因为谓词green
和red
将其参数声明为R200_OK
类型,所以我希望这些谓词仅对关系R200_OK
中的原子为真,和其他响应(例如rc = rc301的响应)将既不满足谓词也不满足谓词。这种期望由断言A表示。
然而,令我惊讶的是,当被要求检查断言A时,合金分析仪会产生它所说的反例,涉及一个不在R200_OK关系中的响应。 (我在4.2中首次遇到这种意外行为,构建2012-09-25; 2014-05-16的当前版本的行为方式相同。)
B.7.3节语言参考的声明说:“声明引入一个或多个变量,并约束它们的值和类型。...每个变量表示的关系(左侧)被约束为一个子集由边界表达式表示的关系(在右边)。“我错误地将其视为需要满足谓词red
和green
的唯一原子是R200_OK关系中的原子吗?或者还有其他事情发生了吗?
答案 0 :(得分:5)
检查它们。
您在问题中指出的现象在软件抽象书页126中有解释。
基本上写的是,当且仅当在谓词中声明的参数的类型和在调用期间作为参数给出的值的类型是不相交的时,类型检查器才会报告错误。 在你的情况下,R200_OK和Response不是不相交的,因此没有错误。
您可以按如下方式重写谓词:
pred green[ R : Response ] {R in R200_OK and R.entity_body in Green }
为了详细说明类型检查器的行为,您可以考虑以下示例
sig A,B extends C{}
sig C{ c: set univ}
pred testExtend[a:A]{
a.c!= none
}
run {testExtend[A]} // works as expected
run {testExtend[B]} // error as A and B are disjoint
run {testExtend[C]} // no error as A and C are not disjoint
sig D,E in F{}
sig F{ f: set univ}
pred testIn[d:D]{
d.f!= none
}
run {testIn[D]} // works as expected
run {testIn[E]} // no error as E and D are not disjoint
run {testIn[F]} // no error as E and F are not disjoint
我还想提醒您注意在3种回复的声明中使用关键字 而不是 extends ,这意味着:
可能不是你想要表达的内容。