나는 packages in erlang에 대해이 페이지를 발견했다. 이 코드를 사용하는 코드를 본 적이 없었을뿐만 아니라 전에도 들어 본 적이 없습니다. 내가 아는 책이나 튜토리얼에 포함되어 있지 않습니다. 그들은 새로운가요? 이것은 단지 개념이나 제안 이었습니까?왜 erlang 패키지가 사용되지 않습니까?
사용하지 않는 이유는 무엇입니까? 아직 구현되지 않았다면 ETA가 있습니까?
패키지가 구현되었지만 실제로는 실험적 일뿐입니다. 주로 언어에 있어야하는지 아닌지에 대한 합의가 없기 때문입니다. 나 자신을 포함하여 많은 사람들이 노력의 가치가 없으며 실제로 언어에 많은 것을 추가하지 않을 것이라고 생각합니다. 다른 사람들은 아이디어 그 자체가 그렇게 나쁘지는 않지만 좋은 방법은 아니라고 생각합니다. 다른 이들은 언어로 그들을보고 싶어합니다. 아직 ETA가 없습니다.
내 생각에 얼랭을 작게 유지해야하며 매우 명확한 이점을 제공하지 않는 항목은 추가하지 않아야합니다. 그리고 저는 패키지가 그렇게한다고 생각하지 않습니다. 당신이 언어에 추가하는 모든 새로운 기능에 대해 당신은 뭔가를 제거해야한다고 말하는 사람들만큼 멀리까지 가지 못했지만.
어쨌든 그런 이유 때문에 책 등에 언급되어 있지 않습니다.
이 질문을하는 것은 처음이 아니지만 도트 분리 된 네임 스페이스가 좋은지 여부에 대한 설명은 이며 전체적으로 합의는 "아니오"입니다. 논쟁의 "아니오"면 상당히 간결하게 요약을 찾으려면 은 다음을 참조하십시오
http://erlang.org/pipermail/erlang-questions/2008-March/033416.html
요약 게으른에서, 리처드 오키프의 메시지에서 : "아니 문제의 이상이 있다는 것입니다 자바를 부러워하는 꾸러미
은 실제로는 계층 적이 지 않은 이며 재미있는 철자가있는 단순한 문자열입니다. "
왜 필요 없다고 생각합니까? 조직을 추가하고 이름 충돌을 방지합니다. 현재 erlang에서 그렇게하지 않는 추악한 방법은 없습니다. 이걸 어떻게 처리하니? – ryeguy
@ryeguy : Richard O'Keefe가 쓴 글, 특히 @Scott Lystig Fritchie의 답변에 거의 동의합니다. 그대로 서서 _로 바꿉니다. 모듈 이름에. 실용적인 측면에서 OTP와 응용 프로그램이 어떻게 구성되어 있는지에 대해서는 많은 부분이 다르며 제대로 작동하려면 다시해야합니다. 그리고 나는 그것을 좋아하지 않는다. :-) – rvirding
1950이라고 불리우는 그들은 이름 충돌을 원합니다 ... –