我想使用 Clojure 哈希图来定义广义向量。在这张图中,hashmap {:x 3 :y 2 :z (- 3)} 表示符号表达式 3x + 2y - 3z。
我想要一个函数 gen+,它充当哈希图上的加法运算,并且满足以下约束:
- 将 gen+ 应用于两个具有重叠键的哈希图会返回一个哈希图,其中这些键值求和。例如,
(gen+ {:x 1} {:x 2})
;= {:x 3}
- 将 gen+ 应用于具有不同键的两个哈希图会返回一个包含这些键值组合的哈希图。例如,
(gen+ {:x 1} {:y 2})
;= {:x 1 :y 2}
- 空的 hashmap {} 是 gen+ 函数的附加标识。例如,
(gen+ {:x 1} {})
:= {:x 1}
- 通过上述约束,任何条目为零的哈希图也是一个加法标识。例如,{:z 0}。由于这种冗余,gen+ 函数应始终返回不带任何 0 值的哈希图。例如,
(gen+ {:x 1 :y 0} {:z 0})
;= {:x 1}
- Clojure 将缺少的键解释为具有值 nil,而不是 0,就像
({:x 3} :y) ;= nil
. 因此,gen+ 应该以与 0 相同的方式处理 nil 值。例如,
(gen+ {:x 1 :y 0} {:x nil :y nil})
{:x 1}
- 我的问题:我们如何编写满足上述约束的函数 gen+?一旦到位,是否可以使用 gen+ 函数重载 + 运算符,从而使用哈希图实现基本加法?
为什么这种形式主义将哈希图视为广义向量应该是显而易见的。Clojure 将 [x0 x1 x2] 之类的向量解释为与哈希图 {:0 x0 :1 x1 :2 x2} 几乎相同,但有一点我不太理解的差异。因此,如果我们将 gen+ 应用于两个向量,那么它实际上应该与应用于它们的 + 相同。这使我们能够轻松地使用稀疏向量,以及添加不同大小的向量。例如,
(gen+ [0 0 0 4] [0 0 0 0 0 0 0 0 0 9])
;= {:4 4 :9 9}
这是我对哈希图和向量的不理解。如果我将哈希图称为函数,我需要应用一个关键参数,例如:2。另一方面,如果我将向量称为函数,则需要应用像 2 这样的索引参数。例如,
({:2 2} :2)
;= 2
([0 1 2] 2]
;= 2
即使您无法使用 gen+ 函数,您能否解释一下为什么哈希图和向量在作为函数调用时表现不同?