I wonder if anyone can explain the rationale for the design of the following autolisp / visual lisp functions? For me, they seem to fly before the accepted software practice ... am I missing something?
/
10
90
63
Lisp - , . Scheme Clojure . Lisp, , Elisp, . CL , DSL (Scheme dialects do, Lisps , "Lisp" ).
, , AutoLisp - 1986 XLISP ( 1983).
, , , . , , - , , , , , 80-. , , .
Autolisp/Visual Lisp , , , , , , /, .
, AutoLisp - XLisp ( , XLisp 1.0 (. C2).
XLisp 1.0 - 1- lisp ( ) .
, , . - IMO:
" vars ". , CL, ( setq)? - , , n- .
setq
" " - DXF, , , , , ACAD ( , ). . , "", , "" ? AutoLISP 1992 . LISP , - AutoLISP ( , VBA- 1990- , ).
(while (not done) ...) . , , , CL Haskell ( - Haskell - ?).
(while (not done) ...)
" ", . , - . ? .
In fact, AutoLISP's biggest stumbling block is its dynamic IMO name resolution, but just as it was in Xlisp, only a few years after Scheme first appeared. Then it was also his immutable data warehouse, but it was done mainly for ease of implementation and to prevent too much confusion and, therefore, issues from the user base, I think.