我在ClojureCLR REPL中得到了一个编译器异常,用于基本强制:
=> (class 12)
System.Int64
=> (class 12.34)
System.Double
=> (class (new System.Double 12))
CompilerException System.InvalidOperationException: No constructor in type: Double with 1 arguments
at clojure.lang.CljCompiler.Ast.NewExpr.ComputeCtor() in D:\work\clojure-clr-1.4.1-fix\Clojure\Clojure\CljCompiler\Ast\NewExpr.cs:line 73
at clojure.lang.CljCompiler.Ast.NewExpr..ctor(Type type, List`1 args, IPersistentMap spanMap) in D:\work\clojure-clr-1.4.1-fix\Clojure\Clojure\CljCompiler\Ast\NewExpr.cs:line 49
at clojure.lang.CljCompiler.Ast.NewExpr.Parser.Parse(ParserContext pcon, Object frm) in D:\work\clojure-clr-1.4.1-fix\Clojure\Clojure\CljCompiler\Ast\NewExpr.cs:line 117
at clojure.lang.Compiler.AnalyzeSeq(ParserContext pcon, ISeq form, String name) in D:\work\clojure-clr-1.4.1-fix\Clojure\Clojure\CljCompiler\Compiler.cs:line 1560, compiling: (NO_SOURCE_PATH:60)如果这是一个新问题,很抱歉,但它的行为与Java互操作不同!
.NET的语法是否有所不同?
发布于 2013-04-06 12:13:42
ClojureCLR中的互操作非常类似于Clojure中的互操作,但平台差异确实通过。
与System.Double相比,java.lang.Double是一个非常不同的生物。JVM的Double是一个包装类,它不同于原始double值的类。CLR的Double实际上是原始double值的类。在S.Double中,j.l.Double有许多无法与之匹敌的方法。Re你的例子: j.l.Double有几个构造函数;S.Double没有构造函数。要实现您想要的功能,请使用clojure.core/double:
user=> (class (double 2))
System.DoubleJava包装器类型可能会遇到平台差异: CLR没有显式的包装器类型。我不知道有任何地方试图详细报道这一点。
有关如何处理JVM虚拟机之外的东西的CLR interop的提示,例如by-ref参数、枚举等,请查看the wiki on the github repo for ClojureCLR。
https://stackoverflow.com/questions/15846732
复制相似问题