나는 유닉스 북, 맨 및 위키 백과 페이지를 tr
찾았지만 파일에서 읽지 않고 표준 입력에서만 엄격하게 디자인 / 구현 된 이유를 찾을 수 없었습니다. 예를 들어, 다음과 같은 도구 wc
, grep
, sed
, 및 awk
제공되는 경우 모두가 행복하게 파일에서 입력을 읽거나 표준 입력에서. tr
이런 식 으로 디자인 해야 할 이유가 있습니까?
2
그것은 그런 식으로 코딩되지 않았고 인생은 계속됩니다 ... 심각한 메모리 제한이있는 기계를 사용하여 다른 시간이 지났을 것으로 생각되며 tr은 오래되었습니다 . 유닉스 유틸리티는 여러 사람들에 의해 설계되었으며, 유틸리티간에 기능 불일치와 중복이 여러 가지 있습니다.
—
Rui F Ribeiro
지적하자면,이 질문은 주로 의견 기반으로 표시되었지만 IMHO는 닫혀서는 안됩니다. 우리는 왜 이것들이 매우 유효한 답을 가지고 어떤 방식으로 구현되는지에 대해 이와 비슷한 질문을했습니다. 예를 들어 unix.stackexchange.com/questions/6804/what-does-dd-stand-for 또는 unix.stackexchange.com/questions/93773/why-is-sort-o-useful
—
strugee
그것은 현재 검토 대기열에서 벗어 났지만 여전히 4 개의 가까운 투표에 위험에 처해 있습니다-마지막 투표를 받으면 여기에 핑하여 다시 열도록 투표하십시오.
—
Michael Homer
@strugee 동의하지 않습니다. 예, 우리가 반드시 투기는 의견은 ...하지만 여전히 실제로 거기 사람이있을 수 있기 때문에 알 - 나 처음으로 직접 계정을 듣기 / 읽기 기억 - 그것은 이다 가 대답 할 수있을 수있는 질문. 1970 년은 그리 오래되지 않았습니다.
—
Baard Kopperud
Unix 는 PL / 1 내장 함수 의 파생물로 Multics
—
don_crissti
tr
에서 상속 되었으며 , System / 360 아키텍처 에서 명령을 일반화했습니다 ( IBM System-360 Green Card 참조 ). 가치는 것을주의 QNX의 구현이 실제로 파일에서 읽을 수 있습니다 통해 translate
TR
-r