Kabuk programlamasında $ (command) ve `command` arasındaki fark nedir?

Bir komutun çıktısını sh / ksh / bash içinde değişken olarak saklamak için,

var=$(command)

veya

var=`command`

İki yöntem arasındaki fark nedir?

Geri dönüşler / gravemarklar, $()komut değiştirme yerine lehine reddedilmiştir, çünkü $()kendi içinde olduğu gibi kolayca kendi içinde yuva yapabilirler $(echo foo$(echo bar)). Ters eğik çizgi / gravemark sürümünde ters eğik çizgilerin nasıl ayrıştırıldığı gibi başka farklılıklar da vardır.

Her zaman $ (...) sözdizimini tercih etmek için birkaç nedenden dolayı BashFAQ / 082'ye bakın .

Ayrıca , çeşitli farklılıklar hakkında ayrıntılı bilgi için POSIX spesifikasyonuna bakın .

Aynı davranıyorlar. Fark sözdizimseldir: yuvalamak $()daha kolay ``:

listing=$(ls -l $(cat filenames.txt))

vs.

listing=`ls -l \`cat filenames.txt\``

Temmuz 2014: f25f5e6 taahhüdü ( Elia Pinto ( devzero2000) , Nisan 2014, Git 2.0) yuvalama sorununa katkıda bulunur:

Geri sıralanan form, komut değiştirme için geleneksel yöntemdir ve POSIX tarafından desteklenir.
Bununla birlikte, en basit kullanımlar hariç tümü hızlı bir şekilde karmaşık hale gelir.
Özellikle, gömülü komut ikameleri ve / veya çift tırnak kullanımı ters eğik çizgi karakteriyle dikkatlice kaçmayı gerektirir .

Bu nedenle git / Documentation / CodingGuidelines şunları belirtir :

$( ... )Komut yerine koymayı tercih ediyoruz ; `` aksine, düzgün bir şekilde yuva yapar .
Bourne'un ilk günden itibaren hecelemesi gerekiyordu, ama maalesef öyle değil.

thiton yorumladı :

Bu nedenle `echo `foo`` içsel belirsizlik nedeniyle genel olarak çalışmaz, çünkü her biri ``açılıp kapanabilir.
Şans veya özel özellikler nedeniyle özel durumlar için işe yarayabilir.

Ocak 2016 Güncellemesi: Git 2.8 (Mart 2016) ters çentiklerden tamamen kurtuldu.

Bkz ec1b763 işlemek , 9c10377 taahhüt , c7b793a işlemek , 80a6b3f işlemek , 9375dcf taahhüt , e74ef60 taahhüt , 27fe43e taahhüt , 2525c51 taahhüt , becd67f taahhüt , a5c98ac işlemek , 8c311f9 taahhüt , 57da049 taahhüt , 1d9e86f işlemek , 78ba28d taahhüt , efa639f işlemek , 1be2fa0 işlemek , işlemek 38e9476 , taahhüt 8823d2f , taahhüt 32858a0 , taahhüt cd914d8(12 Oca 2016) Elia Pinto ( devzero2000) tarafından yapılmıştır .
^{(Göre Birleştirilmiş - Junio Cı Hamano gitster- içinde e572fef tamamlama 2016 Ocak 22)}

Git 2.8'den itibaren, hepsi $(...)artık `...`.

Daha eski geri tıklatma formu kullanıldığında, ters eğik çizgi, $, `veya \ ile başlayanlar dışında gerçek anlamını korur. Bir ters eğik çizgiden önce gelmeyen ilk geri işaret komut yerine koymayı sonlandırır.

Yeni $(command)formu kullanırken, parantezler arasındaki tüm karakterler komutu oluşturur; hiçbirine özel muamele edilmez.

Her iki form da iç içe yerleştirilebilir, ancak arka onay çeşidi aşağıdaki formu gerektirir.

`echo \`foo\`` 

Aksine:

$(echo $(foo))

Komutun içinde kaçan karakterleri kullanabileceğiniz dışında çok az fark vardır. Daha karmaşık iki seviyeli derin bir komut ikamesi için `... ' komutlarını $ (...) olanların içine (ve tersi) bile koyabilirsiniz .

Ters eğik çizgi karakterinin / operatörün biraz farklı bir yorumu vardır. Diğer şeylerin yanı sıra, `...` ikame komutlarını iç içe yerleştirirken , iç ` karakterlerden \ ile kaçmanız gerekirken, $ () alt bölümü ile iç içe yerleştirmeyi otomatik olarak anlar.

"İki yöntem arasındaki fark nedir?"

Bu davranışa dikkat edin:

A="A_VARIABLE"
echo "$(echo "\$A")"
echo "`echo "\$A"`"

Bu sonuçları alacaksınız:

$A
A_VARIABLE