最近我尝试阅读有关cl-mysql的代码,但却遇到了#+
。
试图谷歌,但不行,所以转到这里
(defun make-lock (name)
#+sb-thread (sb-thread:make-mutex :name name)
#+ecl (mp:make-lock :name name)
#+armedbear (ext:make-thread-lock)
#+ (and clisp mt) (mt:make-mutex :name name)
#+allegro (mp:make-process-lock :name name))
看起来它适用于不同的后端lisp编译器。但仍然不知道为什么写这样的东西。 他说,任何人都可以帮我说清楚。
答案 0 :(得分:10)
#+
是一个reader-macro,用于检查关键字是否在特殊变量*FEATURES*
中。如果它不存在,将跳过以下表单(由读者;编译器将永远不会看到它)。还有#-
反其道而行之。
有些东西不是Common Lisp标准的一部分,但是非常重要,所有(或大多数)实现都为它们提供了非标准的扩展。如果要在需要处理多个实现的代码中使用它们,则必须使用读取时间条件为当前实现提供正确的代码。互斥体(以及一般的线程)就是其中之一。
当然,第三方图书馆也可能提供功能。 *FEATURES*
的内容如下所示:
(:SWANK :QUICKLISP :SB-BSD-SOCKETS-ADDRINFO :ASDF-PACKAGE-SYSTEM :ASDF3.1
:ASDF3 :ASDF2 :ASDF :OS-UNIX :NON-BASE-CHARS-EXIST-P :ASDF-UNICODE :64-BIT
:64-BIT-REGISTERS :ALIEN-CALLBACKS :ANSI-CL :ASH-RIGHT-VOPS
:C-STACK-IS-CONTROL-STACK :COMMON-LISP :COMPARE-AND-SWAP-VOPS
:COMPLEX-FLOAT-VOPS :CYCLE-COUNTER :ELF :FLOAT-EQL-VOPS
:FP-AND-PC-STANDARD-SAVE :GENCGC :IEEE-FLOATING-POINT :INLINE-CONSTANTS
:INTEGER-EQL-VOP :INTERLEAVED-RAW-SLOTS :LARGEFILE :LINKAGE-TABLE :LINUX
:LITTLE-ENDIAN :MEMORY-BARRIER-VOPS :MULTIPLY-HIGH-VOPS :OS-PROVIDES-DLADDR
:OS-PROVIDES-DLOPEN :OS-PROVIDES-GETPROTOBY-R :OS-PROVIDES-POLL
:OS-PROVIDES-PUTWC :OS-PROVIDES-SUSECONDS-T :PACKAGE-LOCAL-NICKNAMES
:PRECISE-ARG-COUNT-ERROR :RAW-INSTANCE-INIT-VOPS :SB-DOC :SB-EVAL :SB-FUTEX
:SB-LDB :SB-PACKAGE-LOCKS :SB-SIMD-PACK :SB-SOURCE-LOCATIONS :SB-TEST
:SB-THREAD :SB-UNICODE :SBCL :STACK-ALLOCATABLE-CLOSURES
:STACK-ALLOCATABLE-FIXED-OBJECTS :STACK-ALLOCATABLE-LISTS
:STACK-ALLOCATABLE-VECTORS :STACK-GROWS-DOWNWARD-NOT-UPWARD :SYMBOL-INFO-VOPS
:UNIX :UNWIND-TO-FRAME-AND-CALL-VOP :X86-64)
因此,如果您想编写依赖于Quicklisp的代码,则可以使用#+quicklisp
。如果您希望仅在Quicklisp不可用时才运行代码,则使用#-quicklisp
。
您还可以使用布尔表达式的功能。例如,
#+(or sbcl ecl) (format t "Foo!")
会在SBCL或ECL上打印Foo!
。
#+(and sbcl quicklisp) (format t "Bar!")
只会在有可用Quicklisp的SBCL上打印Bar!
。
答案 1 :(得分:4)
可以想象我们可以写:
(defun make-lock (name)
(cond ((member :sb-thread *features)
(sb-thread:make-mutex :name name))
((member :ecl *features*)
(mp:make-lock :name name))
...))
但这通常不起作用,因为当它们的包不存在而某些包是特定于实现/库/应用程序时,我们无法读取符号。在懒惰/自动方式下,在读取时创建 not 包。
在Common Lisp中,读取不存在的包的符号会导致错误:
CL-USER 1 > (read-from-string "foo:bar")
Error: Reader cannot find package FOO.
1 (continue) Create the FOO package.
2 Use another package instead of FOO.
3 Try finding package FOO again.
4 (abort) Return to level 0.
5 Return to top loop level 0.
在您的示例中,sb-thread:make-mutex
是一个在SBCL中有意义的符号,但在Allegro CL中则没有。此外,Allegro CL中不存在包SB-THREAD
。因此,需要保护Allegro CL不被阅读。在这种情况下,如果sb-thread:make-mutex
列表中存在要素sb-thread
,则只会读取符号cl:*features*
。这可能仅适用于SBCL或声称有sb-threads
可用的Lisp。
此处的功能表达式阻止Lisp尝试读取包含未知包的符号 - 包未知,因为相应的软件未加载或不可用。