为什么(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(){

为什么(ns中的clojure.repl/source)在(ns中的doc)提供文档时不起作用?
我甚至试图将我的名称空间更改为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中的
是直接在编译器中实现的特殊形式。