2024年Clojure状态调查!中分享您的想法。

欢迎!请参阅关于页面以了解更多关于这项工作如何运作的信息。

+1 投票
协议

将协议扩展到原生数组是可能的,但指定类型类的方法略显棘手

(defprotocol P (p [_])) (extend-protocol P (Class/forName "[B") (p [_] "bytes")) (p (byte-array 0)) ;; => "bytes"

然而,如果尝试做多于这些……”

`
(extend-protocol P
(Class/forName "[B") (p [_] "bytes")
(Class/forName "[I") (p [_] "ints"))
CompilerException java.lang.UnsupportedOperationException: nth not supported on this type: Character, compiling:(NO_SOURCE_PATH:1:1)

clojure.lang.Compiler.analyze (Compiler.java:6380)
clojure.lang.Compiler.analyze (Compiler.java:6322)
clojure.lang.Compiler$MapExpr.parse (Compiler.java:2879)
clojure.lang.Compiler.analyze (Compiler.java:6369)
clojure.lang.Compiler.analyze (Compiler.java:6322)
clojure.lang.Compiler$InvokeExpr.parse (Compiler.java:3624)
clojure.lang.Compiler.analyzeSeq (Compiler.java:6562)
clojure.lang.Compiler.analyze (Compiler.java:6361)
clojure.lang.Compiler.analyze (Compiler.java:6322)
clojure.lang.Compiler$BodyExpr$Parser.parse (Compiler.java:5708)
clojure.lang.Compiler$FnMethod.parse (Compiler.java:5139)
clojure.lang.Compiler$FnExpr.parse (Compiler.java:3751)

原因
UnsupportedOperationException nth not supported on this type: Character

clojure.lang.RT.nthFrom (RT.java:857)
clojure.lang.RT.nth (RT.java:807)
clojure.core/emit-hinted-impl/hint--5951/fn--5953 (core_deftype.clj:758)
clojure.core/map/fn--4207 (core.clj:2487)
clojure.lang.LazySeq.sval (LazySeq.java:42)
clojure.lang.LazySeq.seq (LazySeq.java:60)
clojure.lang.RT.seq (RT.java:484)
clojure.lang.RT.countFrom (RT.java:537)
clojure.lang.RT.count (RT.java:530)
clojure.lang.Cons.count (Cons.java:49)
clojure.lang.Compiler.analyze (Compiler.java:6352)
clojure.lang.Compiler.analyze (Compiler.java:6322)

`

{parse-impls}中的代码将第二个{(Class/forName "[I")}视为函数,而不是新的类型。一个解决方案是每次只扩展协议到一种类型。

如果有一种语法可以在这里指定原生数组类型,那就更好了(进入增强区域)——我们已经有了{bytes, ints, longs}等类型的语法提示,这些对我来说看起来很合适。

5 答案

0 投票

评论者:nahuel

当仅扩展一个数组类型时,它也会损坏

`
(extend-protocol P
String (p [_] "string")
(Class/forName "[B") (p [_] "ints")
)

;=> CompilerException java.lang.UnsupportedOperationException: nth not supported on this type ...
`

但更改声明顺序可以修复它

`
(extend-protocol P
(Class/forName "[B") (p [_] "ints")
String (p [_] "string")
)

;=> OK
`

0 投票

评论者:alexmiller

与 CLJ-1790 重复

0 投票

评论者:alexmiller

进一步检查后,我认为这不是 CLJ-1790 的重复问题,而只是相关的问题。

0 投票

评论者:glchapman

使用 Class/forName 有进一步的问题,因为 {{this}} 参数上的类型提示不再发出

user=> (extend-protocol P (Class/forName "[B") (p [this] (aget this 0))) 反射警告,NO_SOURCE_PATH:2:50 - 在 clojure.lang.RT 上调用静态方法 aget 无法解决 (参数类型:未知,int)。

对于非原始数组也会生成反射警告(因此仅支持 {{ints}} 等,并不能完全修复此问题)。有一个涵盖扩展协议到数组所有问题的解决方案会更好。

0 投票
参考:https://clojure.atlassian.net/browse/CLJ-1381(由 alexmiller 报告)
...