elisp에 네임 스페이스가없는 이유는 무엇입니까?

Q : 네임 스페이스가없는 이유는 무엇이며 어떻게 얻을 수 있습니까?

Elisp에는 전역 네임 스페이스 이외의 네임 스페이스가 없으므로 모든 전역 함수, 변수 및 상수 앞에 고유 한 접두사를 붙이는 코딩 규칙이 생겼습니다.

성가신 요소를 제외하고는 1) 계속해서 늘어나는 훌륭한 라이브러리와 패키지, 2) 접두사 규칙을 따르지 않는 기존 함수 및 변수의 지속적인 존재 또는 그들이 사용할 수있는 좋은 접두사 옵션이 실제로는 충분하지 않습니다. 이는 주기적 시도 (의 전이와 마찬가지로 이전 코드를 합리화 것이 수단 cl으로는 cl-lib) 일이 적지 않은 양이다. (정리가 기쁘지만,을 입력 할 때마다 눈물을 흘 렸습니다 cl-find.)

elisp에 왜 수십 년 동안 사용 된 후에도 네임 스페이스가 없는지 알 수 있었지만 적당한 수확에 약간 놀랐습니다. 네임 스페이스 의 위키 페이지 는 매우 짧습니다. Nic Ferrier 는이 문제를 약간 더 오랫동안 처리했으며 emacs-devel에도 상당히 최근의 스레드가 있습니다. 매크로를 사용하여 네임 스페이스를 구현할 수있는 가능성을 논의하는 2010 년 의 오래된 Stack Overflow 스레드가 있습니다. 매크로 접근의 다른 예는 여기 에서 찾을 수 있습니다 . 적어도 몇 가지 구현이 있습니다 ( here 및 here , 후자의 설명이 여기에 있음)), 그러나 그들은 몇 년 동안 많은 활동을 보지 못했으며, 나는 그것을 사용하는 라이브러리를 뛰어 넘지 않았습니다.

네임 스페이스를 쉽게 추가 할 수 있다면 이미 완료된 것으로 가정합니다. 그래서:

• 제거 할 네임 스페이스를 추가하는 데 기술적 장벽은 무엇입니까?
• 네임 스페이스를 추가하면 기존 코드가 많이 손상됩니까?
• 이 기능이 유기적으로 적용되어야합니까 (인터프리터 자체로 변경) 매크로를 통해 실제로 구현 될 수 있습니까?

네임 스페이스가없는 이유는 무엇입니까?

복잡하기 때문에 아직 완전히 급락 할만큼 시급한 사람은 아무도 없습니다. 이것은 dev 목록에서 (여러 번 이상) 논의되었으며 git으로 이동 한 후에이 문제를 해결하겠다는 약속이있었습니다.

그 동안, 나는 내 자신의 해결책을 썼습니다 (옵션 목록은 아래를 참조하십시오).

기술적 장벽은 무엇입니까?

바로 문 밖에 3 개의 큰 장애물이 있는데, 네임 스페이스가 현재 Emacs에서 작업 할 수 있도록하기 위해이를 극복해야합니다.

• 심볼이 삽입되는 방식을 변경해야합니다 (이는 쉬운 부분입니다).
• 바이트 컴파일러는 네임 스페이스를 이해해야합니다.
• 사용되는 자동로드 생성은 package.el네임 스페이스를 이해해야합니다.

이 3 가지 작업을 패치하여 네임 스페이스를 구현하는 것은 쉬운 일이 아닙니다. 가장 최신 Emacs 버전에만 전념한다면 확실히 가능합니다. 이전 버전 (예 : 전체 24 제품군)을 지원하는 일종의 패키지를 작성하려는 경우 하나의 도전으로 바뀝니다.

그 외에도 수많은 선택적인 장애물이 있습니다. Elisp 때문에 당신과에 사용할 수있는 도구의 모든 힘 중대하다 ALL 네임 스페이스 작업에 패치 될 필요가 이들의. 가장 중요한 것은 다음과 같습니다.

• edebug
• 평가판
• eval-last-sexp
• 덮다

기존 코드를 많이 깰까요?

제대로하면 안됩니다.

이것이 유기적이어야합니까, 아니면 매크로를 통해 실제로 만들어 질 수 있습니까?

이상적으로는 유기적 일 것입니다. 개발자 목록에 나타날 때 일반적으로 논의되는 것입니다. 그러나 위에 구축되는 동안 충분히 좋게 만들 수 있습니다 .
다음은 이 목록 에서 가져온 몇 가지 예입니다 .

• 이름
• 네임 스페이스
• 사본
• 가짜 공간
• elisp-namespaces

마지막으로 emacs-devel에서 논의되었을 때 Lars와 같은 사람들 M-x grep이 무언가 를 할 수 있다는 것을 지적했을 때 토론이 중단되었습니다 . Elisp에 네임 스페이스를 추가하는 것은 어렵지 않지만 친숙한 모든 도구를 사용하여 올바르게 처리하는 것은 또 다른 문제입니다.