ฉันค้นหาหนังสือ Unix ชายและหน้าวิกิพีเดียสำหรับtr
แต่ไม่สามารถหาสาเหตุที่มันถูกออกแบบ / ใช้งานในลักษณะที่ไม่ได้อ่านจากไฟล์ แต่เคร่งครัดจากอินพุตมาตรฐานเท่านั้น ยกตัวอย่างเช่นเครื่องมือเช่นwc
, grep
, sed
และawk
ทุกคนจะมีความสุขอ่านข้อมูลจากไฟล์ถ้าให้หรือจากการป้อนข้อมูลมาตรฐาน / มีเหตุผลที่น่าสนใจในการออกแบบtr
ด้วยวิธีนี้หรือไม่?
2
มันไม่ได้เข้ารหัสด้วยวิธีนั้นและชีวิตดำเนินต่อไป ... ฉันสงสัยว่ามันจะต้องเป็นอีกครั้งกับเครื่องที่มีการ จำกัด หน่วยความจำอย่างรุนแรงและ tr มีอายุมาก ระบบสาธารณูปโภคของ Unix นั้นถูกออกแบบโดยคนหลายคนและมีความไม่สอดคล้องกันหลายประการและการทำงานซ้ำซ้อนในระบบสาธารณูปโภค
—
Rui F Ribeiro
เพียงเพื่อชี้ให้เห็น: คำถามนี้ถูกตั้งค่าสถานะเป็นหลักตามความคิดเห็น แต่ไม่ควรปิด IMHO เรามีคำถามที่คล้ายกันในเรื่องนี้ว่าทำไมสิ่งต่าง ๆ ถึงได้รับการดำเนินการในลักษณะที่มีคำตอบที่ถูกต้องมาก ดูตัวอย่างunix.stackexchange.com/questions/6804/what-does-dd-stand-สำหรับหรือunix.stackexchange.com/questions/93773/why-is-sort-o-useful
—
strugee
ตอนนี้มันอยู่นอกคิวรีวิว แต่ยังคงนั่งอย่างน่ากลัวในการโหวต 4 ครั้ง - ถ้ามันได้คะแนนสุดท้ายโปรด ping ฉันที่นี่เพื่อที่ฉันจะได้ลงคะแนนเพื่อเปิดใหม่
—
Michael Homer
@strugee ฉันไม่เห็นด้วย ใช่เราคาดเดาว่าเป็นเพียงความคิดเห็น ... แต่เนื่องจากอาจมีคนที่รู้จริง- หรือจำการอ่าน / การได้ยินบัญชีมือแรก - มันเป็นคำถามที่อาจเป็นไปได้ที่จะตอบ 1970 ไม่นานมานี้
—
Baard Kopperud
Unixสืบทอดมา
—
don_crissti
tr
จากMulticsในฐานะที่เป็นอนุพันธ์ของฟังก์ชันในตัวPL / 1 translate
ซึ่งเป็นลักษณะทั่วไปของTR
คำสั่งในสถาปัตยกรรมSystem / 360 (ดูที่IBM System-360 Green Card ) เป็นที่น่าสังเกตว่าการนำQNXไปใช้จริงสามารถอ่านได้จากไฟล์ผ่านทาง-r