为什么(ns中的clojure.repl/source)在(ns中的doc)提供文档时不起作用?
为什么(ns中的clojure.repl/source)在(ns中的doc)提供文档时不起作用?为什么(ns中的clojure.repl/source)在(ns中的doc)提供文档时不起作用?,clojure,Clojure,为什么(ns中的clojure.repl/source)在(ns中的doc)提供文档时不起作用? 我甚至试图将我的名称空间更改为clojure.core,但没有帮助。。。有人能告诉我为什么会发生这种情况吗?有趣的是,在线文档中没有in-ns函数的源链接,我在github上的core.clj中也找不到该函数 似乎这个特定的函数是在clojure实现下用Java硬编码的 请参阅此链接: 这段代码是您在ns中的: final static IFn inNamespace = new AFn(){
我甚至试图将我的名称空间更改为clojure.core,但没有帮助。。。有人能告诉我为什么会发生这种情况吗?有趣的是,在线文档中没有in-ns函数的源链接,我在github上的core.clj中也找不到该函数 似乎这个特定的函数是在clojure实现下用Java硬编码的 请参阅此链接: 这段代码是您在ns中的
:
final static IFn inNamespace = new AFn(){
public Object invoke(Object arg1) throws Exception{
Symbol nsname = (Symbol) arg1;
Namespace ns = Namespace.findOrCreate(nsname);
CURRENT_NS.set(ns);
return ns;
}
};
有趣的是,在线文档中没有in-ns函数的源链接,我在github上的core.clj中也找不到这个函数
似乎这个特定的函数是在clojure实现下用Java硬编码的
请参阅此链接:
这段代码是您在ns中的:
final static IFn inNamespace = new AFn(){
public Object invoke(Object arg1) throws Exception{
Symbol nsname = (Symbol) arg1;
Namespace ns = Namespace.findOrCreate(nsname);
CURRENT_NS.set(ns);
return ns;
}
};
是的,ns中的是直接在编译器中实现的特殊形式。是的,ns中的是直接在编译器中实现的特殊形式。