 > Для юзеров Emacs ты хотел сказать.
Нет, я хотел сказать то, что сказал: для фанатов Столлмана. Столлман принципиальный противник Common Lisp’а, и некоторые фишки и соглашения Common Lisp’а он из вредности не включает в elisp. Например, &key аргументы. Столлман считает, что это лишнее, и что вместо этого надо пользоваться лексическими биндами. То есть, грубо говоря, вместо
(buffer-name :buffer some-buffer)
по Столлману надо писать:
(let ((current-buffer some-buffer))
(buffer-name))
Это не реалистичный пример, потому как реально функция buffer-name всё ж принимает аргумент-буфер, но как &optional аргумент, а current-buffer вовсе не глобальная переменная, а функция, но суть разногласий Столлмана с именованными аргументами передаёт.
Помимо этого в Common Lisp есть CLOS, с его defclass и дженериками, то есть там где elisp реализует тип buffer на C, как встроенный тип, в Common Lisp’е возможно было бы сделать ровно то же самое, не вылезая из lisp’а, да ещё и таким образом, чтобы строковые функции работали бы и на буферах тоже. В elisp при большом желании тоже можно, но лишь при большом желании, и придётся переизобретать CLOS, по-крайней мере частично.
Common Lisp стандартизован, а значит программы на Common Lisp можно гонять в разных реализациях Common Lisp’а с минимальными изменениями. elisp же — это столлмановский вендорлок, который прибил emacs к говнолиспу, уйти с которого теперь не представляется возможным. Все попытки так и закончились ничем.
Настоящие мужики, предпочитающие Common Lisp, таскают с собой elisp’овый пакет, который некоторые фишки Common Lisp’а привносит в elisp.
|
Автор: 