Apa tujuan dari suatu perintah yang tidak melakukan apa-apa, hanya sebagai pemimpin komentar, tetapi sebenarnya adalah sebuah shell yang dibangun di dalam dan dari dirinya sendiri?

Ini lebih lambat daripada memasukkan komentar ke dalam skrip Anda sekitar 40% per panggilan, yang mungkin sangat bervariasi tergantung pada ukuran komentar. Satu-satunya alasan yang mungkin bisa saya lihat adalah:

# poor man's delay function
for ((x=0;x<100000;++x)) ; do : ; done

# inserting comments into string of commands
command ; command ; : we need a comment in here for some reason ; command

# an alias for `true' (lazy programming)
while : ; do command ; done

Saya kira apa yang sebenarnya saya cari adalah aplikasi historis apa yang mungkin dimilikinya.

Secara historis , cangkang Bourne tidak memiliki truedan falsesebagai perintah bawaan. truebukan hanya alias :, dan falseuntuk sesuatu seperti let 0.

:sedikit lebih baik daripada trueuntuk portabilitas ke shell yang diturunkan dari Bourne kuno. Sebagai contoh sederhana, pertimbangkan untuk tidak memiliki !operator pipa atau ||operator daftar (seperti halnya beberapa cangkang Bourne kuno). Ini meninggalkan elseklausa ifpernyataan sebagai satu-satunya cara untuk bercabang berdasarkan status keluar:

if command; then :; else ...; fi

Karena ifmemerlukan thenklausa non-kosong dan komentar tidak dihitung sebagai non-kosong, :berfungsi sebagai larangan.

Saat ini (yaitu: dalam konteks modern) Anda biasanya dapat menggunakan salah satu :atau true. Keduanya ditentukan oleh POSIX, dan beberapa menemukan truelebih mudah dibaca. Namun ada satu perbedaan yang menarik: :adalah yang disebut POSIX khusus built-in , sedangkan trueadalah biasa built-in .

• Dibangun khusus harus dibangun ke dalam shell; Built-in biasa hanya "biasanya" built-in, tetapi tidak dijamin sepenuhnya. Seharusnya tidak ada program reguler yang dinamai :dengan fungsi truedi PATH dari kebanyakan sistem.

• Mungkin perbedaan yang paling penting adalah bahwa dengan built-in khusus, variabel apa pun yang ditetapkan oleh built-in - bahkan di lingkungan selama evaluasi perintah sederhana - tetap ada setelah perintah selesai, seperti yang ditunjukkan di sini menggunakan ksh93:

  $ unset x; ( x=hi :; echo "$x" )
  hi
  $ ( x=hi true; echo "$x" )
  
  $

  Perhatikan bahwa Zsh mengabaikan persyaratan ini, seperti halnya GNU Bash kecuali ketika beroperasi dalam mode kompatibilitas POSIX, tetapi semua shell "POSIX sh turunan" utama lainnya mengamati ini termasuk dash, ksh93, dan mksh.

• Perbedaan lainnya adalah built-in reguler harus kompatibel dengan exec- ditunjukkan di sini menggunakan Bash:

  $ ( exec : )
  -bash: exec: :: not found
  $ ( exec true )
  $

• POSIX juga secara eksplisit mencatat bahwa :mungkin lebih cepat daripada true, meskipun ini tentu saja detail implementasi khusus.

Saya menggunakannya untuk dengan mudah mengaktifkan / menonaktifkan perintah variabel:

#!/bin/bash
if [[ "$VERBOSE" == "" || "$VERBOSE" == "0" ]]; then
    vecho=":"     # no "verbose echo"
else
    vecho=echo    # enable "verbose echo"
fi

$vecho "Verbose echo is ON"

Jadi

$ ./vecho
$ VERBOSE=1 ./vecho
Verbose echo is ON

Ini membuat skrip bersih. Ini tidak dapat dilakukan dengan '#'.

Juga,

: >afile

adalah salah satu cara paling sederhana untuk menjamin bahwa 'afile' ada tetapi panjangnya 0.

Aplikasi yang berguna untuk: adalah jika Anda hanya tertarik menggunakan ekspansi parameter untuk efek sampingnya daripada benar-benar meneruskan hasilnya ke perintah. Dalam hal ini Anda menggunakan PE sebagai argumen untuk: atau salah tergantung pada apakah Anda ingin status keluar dari 0 atau 1. Contoh mungkin : "${var:=$1}". Karena :builtin itu harus cukup cepat.

:bisa juga untuk komentar blok (mirip dengan / * * / dalam bahasa C). Misalnya, jika Anda ingin melewatkan satu blok kode dalam skrip Anda, Anda bisa melakukan ini:

: << 'SKIP'

your code block here

SKIP

Jika Anda ingin memotong file ke nol byte, berguna untuk menghapus log, coba ini:

:> file.log

Ini mirip dengan passdi Python.

Satu kegunaannya adalah untuk mematikan fungsi sampai ditulis:

future_function () { :; }

Dua kegunaan lain yang tidak disebutkan dalam jawaban lain:

Penebangan

Ambil contoh skrip ini:

set -x
: Logging message here
example_command

Baris pertama set -x,, membuat shell mencetak perintah sebelum menjalankannya. Ini konstruksi yang cukup berguna. Kelemahannya adalah bahwa echo Log messagejenis pernyataan yang biasa sekarang mencetak pesan dua kali. Metode usus besar mengatasinya. Perhatikan bahwa Anda masih harus keluar dari karakter khusus seperti yang Anda inginkan echo.

Judul pekerjaan cron

Saya telah melihatnya digunakan dalam pekerjaan cron, seperti ini:

45 10 * * * : Backup for database ; /opt/backup.sh

Ini adalah tugas cron yang menjalankan skrip /opt/backup.shsetiap hari pada pukul 10:45. Keuntungan dari teknik ini adalah membuat subjek email menjadi lebih baik ketika /opt/backup.shmencetak beberapa output.

Anda bisa menggunakannya bersamaan dengan backticks ( ``) untuk menjalankan perintah tanpa menampilkan hasilnya, seperti ini:

: `some_command`

Tentu saja Anda bisa melakukannya some_command > /dev/null, tetapi versi :-agak lebih pendek.

Yang sedang berkata saya tidak akan merekomendasikan benar-benar melakukan itu karena hanya akan membingungkan orang. Itu hanya terlintas dalam pikiran sebagai kemungkinan penggunaan.

Ini juga berguna untuk program polyglot:

#!/usr/bin/env sh
':' //; exec "$(command -v node)" "$0" "$@"
~function(){ ... }

Ini sekarang kedua shell-script dieksekusi dan program JavaScript: berarti ./filename.js, sh filename.jsdan node filename.jssemua pekerjaan.

(Jelas sedikit penggunaan yang aneh, tetapi tetap efektif.)

Beberapa penjelasan, seperti yang diminta:

• Skrip shell dievaluasi baris demi baris; dan execperintah, saat dijalankan, mengakhiri shell dan menggantikan prosesnya dengan perintah yang dihasilkan. Ini berarti bahwa untuk shell, programnya terlihat seperti ini:

  #!/usr/bin/env sh
  ':' //; exec "$(command -v node)" "$0" "$@"

• Selama tidak ada perluasan parameter atau aliasing yang terjadi dalam kata, setiap kata dalam skrip shell dapat dibungkus dengan tanda kutip tanpa mengubah artinya; ini artinya ':'setara dengan :(kami hanya membungkusnya dengan tanda kutip di sini untuk mencapai semantik JavaScript yang dijelaskan di bawah)

• ... dan seperti dijelaskan di atas, perintah pertama pada baris pertama adalah no-op (artinya diterjemahkan : //, atau jika Anda lebih suka mengutip kata-kata ':' '//',. Perhatikan bahwa //tidak ada arti khusus di sini, seperti halnya dalam JavaScript; itu hanya kata yang tidak berarti yang dibuang.)

• Akhirnya, perintah kedua pada baris pertama (setelah titik koma), adalah daging asli dari program: itu adalah execpanggilan yang menggantikan skrip shell yang dipanggil , dengan proses Node.js dipanggil untuk mengevaluasi sisa skrip.

• Sementara itu, baris pertama, dalam JavaScript, diurai sebagai string-literal ( ':'), dan kemudian komentar, yang dihapus; dengan demikian, untuk JavaScript, programnya terlihat seperti ini:

  ':'
  ~function(){ ... }

  Karena string-literal berada pada sebuah baris dengan sendirinya, itu adalah pernyataan no-op, dan dengan demikian dilucuti dari program; itu berarti bahwa seluruh baris dihapus, hanya menyisakan kode program Anda (dalam contoh ini, function(){ ... }tubuh.)

Fungsi mendokumentasikan diri

Anda juga dapat menggunakan :untuk menanamkan dokumentasi dalam suatu fungsi.

Asumsikan Anda memiliki skrip perpustakaan mylib.sh, menyediakan berbagai fungsi. Anda bisa sumber perpustakaan ( . mylib.sh) dan memanggil fungsi langsung setelah itu ( lib_function1 arg1 arg2), atau menghindari mengacaukan namespace Anda dan memohon perpustakaan dengan argumen fungsi ( mylib.sh lib_function1 arg1 arg2).

Bukankah lebih baik jika Anda juga bisa mengetik mylib.sh --helpdan mendapatkan daftar fungsi yang tersedia dan penggunaannya, tanpa harus secara manual mempertahankan daftar fungsi dalam teks bantuan?

#! / bin / bash

# semua fungsi "publik" harus dimulai dengan awalan ini
LIB_PREFIX = 'lib_'

Fungsi perpustakaan "publik"
lib_function1 () {
    : Fungsi ini melakukan sesuatu yang rumit dengan dua argumen.
    :
    : Parameter:
    : 'arg1 - argumen pertama ($ 1)'
    : 'arg2 - argumen kedua'
    :
    : Hasil:
    : " ini rumit"

    # kode fungsi aktual dimulai di sini
}

lib_function2 () {
    : Dokumentasi fungsi

    # kode fungsi di sini
}

# fungsi bantuan
--Tolong() {
    gema MyLib v0.0.1
    gema
    echo Usage: mylib.sh [function_name [args]]
    gema
    echo Fungsi yang tersedia:
    mendeklarasikan -f | sed -n -e '/ ^' $ LIB_PREFIX '/, / ^} $ / {/ \ (^' $ LIB_PREFIX '\) \ | \ (^ [\ t] *: \) / {
        s / ^ \ ('$ LIB_PREFIX'. * \) () / \ n === \ 1 === /; s / ^ [\ t] *: \? ['\' '"] \? / / ; s / ['\' '"] \?; \? $ //; p}}'
}

# kode utama
if ["$ {BASH_SOURCE [0]}" = "$ {0}"]; kemudian
    # skrip dieksekusi alih-alih bersumber
    # aktifkan fungsi yang diminta atau tampilkan bantuan
    jika ["$ (ketik -t -" $ 1 "2> / dev / null)" = fungsi]; kemudian
        "$ @"
    lain
        --Tolong
    fi
fi

Beberapa komentar tentang kode:

1. Semua fungsi "publik" memiliki awalan yang sama. Hanya ini yang dimaksudkan untuk dipanggil oleh pengguna, dan untuk dicantumkan dalam teks bantuan.
2. Fitur mendokumentasikan diri bergantung pada titik sebelumnya, dan digunakan declare -funtuk menghitung semua fungsi yang tersedia, kemudian menyaringnya melalui sed untuk hanya menampilkan fungsi dengan awalan yang sesuai.
3. Sebaiknya lampirkan dokumentasi dalam tanda kutip tunggal, untuk mencegah ekspansi yang tidak diinginkan dan penghapusan spasi putih. Anda juga harus berhati-hati saat menggunakan tanda kutip / kutipan dalam teks.
4. Anda bisa menulis kode untuk menginternalisasi awalan pustaka, yaitu pengguna hanya perlu mengetik mylib.sh function1dan diterjemahkan secara internal lib_function1. Ini adalah latihan yang tersisa untuk pembaca.
5. Fungsi bantuan bernama "--help". Ini adalah pendekatan yang mudah (yaitu malas) yang menggunakan mekanisme memanggil perpustakaan untuk menampilkan bantuan itu sendiri, tanpa harus kode pemeriksaan tambahan $1. Pada saat yang sama, itu akan mengacaukan namespace Anda jika Anda sumber perpustakaan. Jika Anda tidak suka itu, Anda dapat mengubah nama menjadi sesuatu seperti lib_helpatau benar-benar memeriksa args --helpdalam kode utama dan memanggil fungsi bantuan secara manual.

Saya melihat penggunaan ini dalam skrip dan berpikir itu adalah pengganti yang baik untuk memanggil nama dalam skrip.

oldIFS=$IFS  
IFS=/  
for basetool in $0 ; do : ; done  
IFS=$oldIFS  

... ini adalah pengganti kode: basetool=$(basename $0)