Mengapa mode interaksi lisp ada, dan apakah kita pernah membutuhkannya?

T: Mengapa lisp-interaction-modeada, dan apakah ada alasan untuk menggunakannya bukan emacs-lisp-mode?

The pengguna menyatakan bahwa emacs-lisp-modedan lisp-interaction-modeidentik kecuali bahwa mengikat kedua C-juntuk eval-print-last-sexp. Di luar itu, "semua perintah lain dalam mode Interaksi Lisp sama dengan dalam mode Lis Emacs." Sejauh yang saya tahu, hanya *scratch*buffer yang menggunakan mode terakhir.

Menurut saya aneh bahwa ada seluruh mode yang berbeda dari yang lain hanya dengan satu keybinding, jadi saya kira saya kehilangan beberapa sejarah atau konteks.

Begitu:

• Kenapa lisp-interaction-modeada?
• Tanpa menghitung C-jkeybinding, apakah ada keadaan yang lebih disukai emacs-lisp-mode?
• Apakah akan ada konsekuensi tak terduga untuk mengubah *scratch*mode bufferemacs-lisp-mode ?

Motivasi untuk pertanyaan ini adalah bahwa, saat ini, saya mengikat kunci dua kali (dalam dua mode) sehingga *scratch*buffer saya berperilaku seperti buffer mengunjungi *.elfile. Jika tidak ada alasan praktis untuk tetap bertahan lisp-interaction-mode, saya akan adil (setq initial-major-mode 'emacs-lisp-mode)dan selesai melakukannya.

Kecuali Anda membenci C-jperilakunya (dan saya yakin sebagian besar penulis elisp merasa nyaman), biarkan saja semuanya tetap seperti itu.

Tentukan kunci Anda untuk lisp-mode-shared-mapalih - alih menduplikasiinya untuk tombol khusus mode.

Semua lisp-mode-map, emacs-lisp-mode-map, dan lisp-interaction-mode-mapmemiliki lisp-mode-shared-mapsebagai keymap orang tua mereka.

Mode turunan baru murah: lisp-interaction-modemewarisi dari emacs-lisp-mode, implementasinya hanya selusin baris kode atau lebih. Ini berbeda dari emacs-lisp-modehanya dalam beberapa cara berikut:

• itu memiliki nama yang berbeda;
• memiliki keymap yang berbeda;
• ini memiliki tabel sintaks yang berbeda;
• ia memiliki kait tambahan.

Di sisi lain, ia berbagi tabel singkatan dengan emacs-lisp-mode.

Sunting: seperti yang dicatat oleh @phils dalam jawabannya (yang dapat dilihat), keymap dari emacs-lisp-modedan lisp-interaction-modeberbagi induk yang sama lisp-mode-shared-map,. Oleh karena itu tidak ada alasan untuk menduplikasi ikatan kunci - cukup mendefinisikannya lisp-mode-shared-map, dan mereka akan berlaku untuk kedua mode (dan lisp-modejuga, tapi itu mungkin baik-baik saja).

Apakah akan ada konsekuensi tak terduga untuk mengubah *scratch*mode buffer emacs-lisp-mode?

Konsekuensi yang paling jelas adalah bahwa lisp-interaction-mode-hooktidak lagi dijalankan di *scratch*buffer.

FWIW, saya gunakan emacs-lisp-modedi *scratch*buffer sendiri. Jika saya ingin mengevaluasi sesuatu, saya hanya melakukannya C-x C-e, dengan C-uawalan saat dibutuhkan. Saya melihat tidak ada kerugian dari praktik ini.

Mengenai mengapa mode ada di sana, itu hanya beberapa baris kode lisp elisp-mode.el, dan sudah ada di sana seperti selamanya , jadi menghapusnya sepertinya tidak ada gunanya.