alloy - 为什么基数约束在运行命令中起作用但在事实中不起作用?

标签 alloy

下面是两个桌面的 Alloy 表示。在 fact 中,我指定第一个桌面包含两个图标 A 和 B,第二个桌面包含一个图标 A。我想指定正好有两个桌面,所以我将事实上:

#Desktop = 2

当我执行run命令时,我收到以下消息:未找到实例。当我从事实中省略这一点并在 run 命令中指定桌面数量时:

run {} but 2 Desktop

然后就生成了所需的实例。为什么?为什么当我在 fact 中限制桌面数量时它不起作用,但当我在 run 命令中限制桌面数量时它却起作用?

open util/ordering[Desktop]

sig Desktop {
     icons: set Icon
} 

abstract sig Icon {}
one sig A extends Icon {}
one sig B extends Icon {}

fact {
    first.icons = A + B
    first.next.icons = A
}

最佳答案

根据page 283 of the Alloy Reference ,如果没有为签名指定显式绑定(bind)并且找不到隐式绑定(bind),则该签名默认为至多 3 个元素。 run {#Desktop = 3} 默认情况下有效。

您还可以打开 util/ordering[Desktop]。该模块以 module util/ordering[exactly elem] 开头,它将 exactly 约束添加到范围中。这意味着隐式绑定(bind)正好 3 个元素,因此 run {#Desktop = 2} 失败。添加 run {#Desktop = 2} for 2 将隐式绑定(bind)更改为每个签名 2 个元素,因此成功。

关于alloy - 为什么基数约束在运行命令中起作用但在事实中不起作用?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/47802924/

相关文章:

alloy - 重复相同的分析可缩短完成时间。如何避免这种情况?

alloy - 重构合金模型

alloy - 提取集合中具有特定属性(与特定值相关)的所有元素

alloy - 未找到 3 元素反例

合金在过河时的唯一对一个量词

integer - 合金:关于 Int 的事实等

alloy - 了解合金基数

alloy - 发生类型错误 : Translation capacity exceeded

alloy - 由于多次匹配,此名称不明确 :

java - 使用合金实例创建Java实例并自动生成测试用例