Kabuk Komutanlığı Yerine Değiştirme, neden yeni bir satır dolgusu yaratır?

Aşağıdaki örneğe göre ve son soruma göre , bash'te, takip eden newline char nereye gitti? , "Neden" olduğunu bilmek istiyorum

  x="$(echo -ne "a\nb\n")" ; echo -n "$x" | xxd -p 
# Output is: 610a62 
# The trailing newline from the 'echo' command
#   has been "deleted" by Command Substitution

Orada bazı olmalı varsayalım çok aslında ikame edilir komut çıkışından bazı verileri silmek için, bir kabuk eylem, yani Komuta Değişiklik için önemli sebebi ...
ama görünüyor gibi ben bu bir kafamı alamayan Yapması gereken şeyin antitezi .. yani. Bir komutun çıktısını senaryo işlemine geri döndürmek ... Bir karakteri geri tutmak bana çok garip geliyor ama sanırım bunun mantıklı bir nedeni var ... Bu nedenin ne olduğunu öğrenmeye istekliyim .. .

Çünkü kabuk başlangıçta tam bir programlama dili olarak tasarlanmamıştı.

\nBazı komut çıktılarından izi kaldırmak oldukça zor . Bununla birlikte, görüntüleme amacıyla, neredeyse tüm komutlar çıktılarını sonlandırır \n, bu yüzden… başka bir komutta kullanmak istediğinizde onu kaldırmanın basit bir yolu olmalıdır. $()Seçilen çözüm inşaat ile otomatik kaldırma yapıldı.

Belki de bu soruyu cevap olarak kabul edersiniz:

\nAşağıdaki komutta otomatik olarak yapılmazsa, izlemeyi kaldırmanın basit bir yolunu bulabilir misiniz ?

> echo The current date is "$(date)", have a good day!

Biçimlendirilmiş tarihlerde görünebilecek çift boşlukların parçalanmasını önlemek için alıntı yapılması gerektiğini unutmayın.

Standardın bir parçası :

Kabuk, bir alt kabuk ortamında (bkz. Shell Yürütme Ortamı ) komutu yürüterek ve komut değiştirmeyi ( komut metni artı "$ ()" ekini ya da geri tırnakları) komutun standart çıktısıyla değiştirerek komut değiştirmeyi genişletecektir. ikame sonunda bir veya daha fazla <yeni hat> sekansları.

Elbette, standart muhtemelen bu şekilde yazılmıştır, çünkü kshböyle veya böyle bir şey yaptı, ancak standart ve belgelendirilmiş davranış. Eğer beğenmediysen, Perl ya da takip eden yeni hatları korumanıza izin verecek başka bir şey kullanın.

Bana mantıklı geliyor. Newline, yalnızca ilk sırada, normal komut çıktısında bulunur, böylece komut yeni bir satırda tamamlandıktan sonra bilgi istemi görünür. Newline çoğu durumda orijinal çıktının bir parçası değildir, ekranı düzeltmek için oradadır. Bir komutun çıktısını ayrıştırırken en sondaki yeni satır genellikle zahmetlidir. wcKomut neden 2 satır metin veriyor? Oh, öyle değil, birini yeni bir satır takip eder. Ayrıştırdığınızda wc, 2 satırlık çıktı olduğu için endişelenmek istemezsiniz - gerçekten yok, sadece bir tane var.

Aynı sorunla karşı karşıyaydım ve aşağıda da örnek bulundu. Alıntı yapmak bu duruma yardımcı oldu gibi görünüyor, en azından benim için yaptı:

http://tldp.org/LDP/abs/html/commandsub.html .

dir_listing=`ls -l`
echo $dir_listing     # unquoted

# Expecting a nicely ordered directory listing.

# However, what you get is:
# total 3 -rw-rw-r-- 1 bozo bozo 30 May 13 17:15 1.txt -rw-rw-r-- 1 bozo
# bozo 51 May 15 20:57 t2.sh -rwxr-xr-x 1 bozo bozo 217 Mar 5 21:13 wi.sh

# The newlines disappeared.


echo "$dir_listing"   # quoted
# -rw-rw-r--    1 bozo       30 May 13 17:15 1.txt
# -rw-rw-r--    1 bozo       51 May 15 20:57 t2.sh
# -rwxr-xr-x    1 bozo      217 Mar  5 21:13 wi.sh

echo "hello "(tırnak işaretleri olmadan) neden boşluğu dolduruyor? IFS karakterlerinin değeri kabuk tarafından sınırlayıcı olarak görülür, bunun için izleyenler (hiçbir şeyi sınırlamayan) kaldırılır. commend ikamesi, sadece bir sub-shell'de övgüler uygulayan düzdür, bu yüzden aynı mantığı izler.