为什么基数约束在 运行 命令中起作用，但在事实中却不起作用？
Why does a cardinality constraint work in a run command but not in a fact?
下面是两个桌面的 Alloy 表示。在 fact 中，我指定第一个桌面包含两个图标 A 和 B，第二个桌面包含一个图标 A。我想指定恰好有两个桌面，所以我将其放在事实：
#Desktop = 2
当我执行 run 命令时，我收到此消息：No instance found。当我从 fact 中省略它并在 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，如果没有为签名指定显式绑定并且找不到隐式绑定，则该签名默认为最多 3 个元素。 run {#Desktop = 3} 默认工作。
你还有open util/ordering[Desktop]。该模块以 module util/ordering[exactly elem] 开头，它将 exactly 约束添加到范围。这意味着隐式绑定是 恰好 3 个元素，因此 run {#Desktop = 2} 失败。添加 run {#Desktop = 2} for 2 将隐式绑定更改为每个签名 2 个元素，因此成功。
下面是两个桌面的 Alloy 表示。在 fact 中，我指定第一个桌面包含两个图标 A 和 B，第二个桌面包含一个图标 A。我想指定恰好有两个桌面，所以我将其放在事实：
#Desktop = 2
当我执行 run 命令时，我收到此消息：No instance found。当我从 fact 中省略它并在 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，如果没有为签名指定显式绑定并且找不到隐式绑定，则该签名默认为最多 3 个元素。 run {#Desktop = 3} 默认工作。
你还有open util/ordering[Desktop]。该模块以 module util/ordering[exactly elem] 开头，它将 exactly 约束添加到范围。这意味着隐式绑定是 恰好 3 个元素，因此 run {#Desktop = 2} 失败。添加 run {#Desktop = 2} for 2 将隐式绑定更改为每个签名 2 个元素，因此成功。