Apakah ada alasan untuk menggunakan `cat` saat Anda memiliki` kurang`?

Dulu saya gunakan catuntuk melihat file. Kemudian saya belajar bahwa lessbiasanya lebih baik, dan suatu keharusan jika file lebih panjang dari beberapa lusin baris.

Pertanyaan saya: Apakah pernah ada alasan untuk menggunakan catbukan less? Apakah ada situasi di mana catsolusi yang lebih baik?

Saya pribadi lebih suka viewuntuk konten statis atau tail -funtuk konten dinamis.

Ini tidak menjawab pertanyaan Anda. Ada pepatah "mengapa menggunakan lebih banyak jika Anda memiliki lebih sedikit" ;-)

Tetapi ada beberapa kasus di mana saya lebih suka kucing daripada kurang: Saya biasanya bekerja dengan X11-windows. Jendela-jendela ini memiliki buffer-gulir yang dapat diatur ke beberapa ratus baris.

Melakukan catuntuk - katakanlah 200 baris dan kemudian menggunakan mouse dengan scroll-bar lebih nyaman bagi saya daripada menggunakan lessdalam kasus ini.

Meskipun kedua perintah memungkinkan Anda untuk melihat konten file, tujuan aslinya sangat berbeda.

kurang memperluas kemampuan lebih . Yang terakhir ini dibuat untuk melihat konten file satu layar penuh pada suatu waktu. kurang menambah fitur seperti gerakan mundur dan manajemen memori yang lebih baik (tidak perlu membaca seluruh file sebelum dapat melihat baris pertama).

cat menyatukan file dan mencetak hasilnya pada output standar. Jika Anda hanya menyediakan satu file, Anda akan melihat konten file itu. Itu menjadi 'kuat' ketika Anda memberikan banyak file. Contoh yang baik adalah kombinasi split dan cat. Perintah pertama akan membagi file besar dalam porsi kecil. Yang kedua kemudian akan menggabungkan bagian-bagian kecil menjadi satu file.

Kembali ke pertanyaan Anda, cat akan lebih disukai dalam skrip otonom yang membutuhkan file untuk dibaca seluruhnya (atau digabungkan) tanpa interaksi. Dalam hal melihat file, saya pikir ini lebih merupakan masalah selera.

Saya biasanya menggunakan catketika saya harus mengetik perintah berdasarkan sesuatu di file. catlebih nyaman karena Anda dapat melihat file (jika kecil) saat Anda memiliki akses ke prompt shell. Ini juga memungkinkan untuk lapisan pipa.

Apakah ada situasi di mana kucing adalah solusi yang lebih baik?

Ketika Anda berurusan dengan lebih dari satu file dan ingin menyatukannya.

Dari halaman manual:

cat f - g
        Output f's contents, then standard input, then g's contents.

Ada orang yang berpendapat keras bahwa satu-satunya tujuan catadalah untuk menipu kucing file enate. Untuk setiap penggunaan lainnya, ada more(atau less).

Tetapi ini gagal untuk memperhitungkan satu fakta yang cukup penting: catadalah satu karakter yang kurang diketik. Saya menggunakan perintah-perintah itu begitu sering sehingga satu karakter kurang adalah no-brainer.

Alasan lain adalah ketika Anda ingin membuat file. Saya sering menyalin dan menempelkan teks dari web ke file seperti ini (command prompt ditampilkan):

$ cat > filename
<Cmd-V>
<Ctrl-D>
$

Artinya, saya membuka file filenameuntuk akses tulis, tempel konten dan tutup aliran dengan menekan Ctrl- D. Baik lessjuga morebisa melakukan itu, dan itu lebih cepat dari membuka editor.

Terkadang Anda tidak menginginkan pagination yang berfungsi lessdan hanya menginginkan file lengkap sehingga Anda akan menggunakannya cat.

Saya gunakan catuntuk grep(banyak) file.

cat <filename1> [<filename2> <filename3>] | grep -i "string of interest"

Saya tahu grepmendukung nama file, tetapi Jika Anda memilih file yang sama untuk istilah pencarian yang berbeda, mengedit perintah di mana istilah pencarian adalah hal terakhir pada baris lebih mudah maka harus ctrl + tombol panah kembali melalui baris.

cat dapat digunakan untuk menggabungkan beberapa file biner menjadi satu file besar:

cat data.001 data.002 data.003 > bigdata.dat

Saya menggunakan less -FX, yang membuat lessberperilaku seperti catketika file dapat ditampilkan pada satu layar. Dari halaman less(1)manual:

-F or --quit-if-one-screen
       Causes less to automatically exit if the entire file can be dis-
       played on the first screen.

-X or --no-init
       Disables sending the termcap initialization and deinitialization
       strings  to  the  terminal.   This is sometimes desirable if the
       deinitialization string does something unnecessary, like  clear-
       ing the screen.

Saya kira, karena varian Unix yang sekarang sangat kebal, banyak orang tidak perlu mengelola sistem mereka (dengan vengence). Ketika segalanya berubah, Anda mungkin hanya bisa reboot dan memasuki sistem Anda dalam apa yang disebut lingkungan terbatas.

Anda mendapatkan baris perintah dan akses ke satu set kecil dari apa yang dianggap perintah yang berguna yang kecil dan biasanya terhubung secara statis. Anda mungkin mendapatkan vi sebagai editor atau bahkan ed yang lebih kecil, tetapi bukan emacs atau vim. Anda akan mendapatkan kucing, tetapi tidak kurang. Idenya adalah untuk memberi Anda cukup alat untuk memperbaiki sistem Anda tanpa mengambil terlalu banyak sumber daya karena sumber daya tersebut mungkin tidak dikonfigurasi dengan benar, atau semua digunakan. semakin sedikit perintah pada situasi itu berlebihan.

Dan lesstidak diinstal sebelumnya pada semua distribusi GNU / Linux. (mis. Gentoo) catada di mana-mana, mungkin.

The catmenginap pada layar. Semuanya lessmenghilang.

Klarifikasi oleh / untuk Volker Siegel:

Output cattetap di layar. Semuanya ditampilkan oleh lessmenghilang setelah ditutup.

Mungkin ada masalah dengan eskalasi hak istimewa, karena dalam 'kurang' Anda dapat menekan 'v' untuk mengedit file atau '!' untuk mengirim perintah shell.

Anda mungkin ingin mengizinkan beberapa pengguna untuk melihat file yang hanya bisa dibaca oleh pengguna super, tetapi tidak mengizinkan pengguna untuk mengedit file atau menggunakan hak akses pengguna super secara umum. Anda dapat melakukan ini dengan mengedit '/ etc / sudoers' untuk memungkinkan mereka menggunakan 'sudo / bin / cat / etc / importantfile'. Anda tidak ingin mengizinkan 'sudo / usr / bin / less / etc / importantfile', karena mereka dapat menggunakan 'v' untuk mengedit file, atau menggunakan '!' untuk meluncurkan shell dengan hak superuser penuh.

Tentu saja, pengguna dapat menggunakan 'sudo / bin / cat / etc / importantfile | kurang 'dan masih menggunakan' kurang ', tanpa risiko keamanan.

Keduanya berbeda. lessadalah pager non-standar ( moreadalah pager standar), digunakan untuk melihat teks, sementara catmerupakan utilitas standar, digunakan untuk menggabungkan semua jenis dan jumlah aliran data menjadi satu.

Mereka mungkin terlihat melakukan hal yang sama dalam beberapa keadaan, tetapi sekali lagi, begitu juga utilitas lain.

Untuk kenyamanan. kucing memiliki 3 karakter sementara lebih / kurang memiliki 4 karakter. Dan mengetik kucing hanya membutuhkan tangan kiri saja.

Dalam hal cara menunjukkan karakter di layar, lessdapat melakukan apa yang catbisa dilakukan; Dan banyak lagi.

Tapi ada alasan yang sangat baik untuk menggunakan cat untuk beberapa kasus:
lesshanya terlalu rumit untuk membuangnya pada masalah yang sangat sederhana. Saya memiliki begitu banyak pilihan sehingga sulit untuk menemukan yang catterkait di halaman manual.

Ingin menampilkan tab dalam Makefile?

Dalam man cat, opsi pertama adalah -A.
Deskripsi adalah tidak membantu: -vET.
Tapi nama pilihan lama terdengar tepat: --show-all.

Dan cat -A Makefilemelakukan apa yang saya butuhkan.

Sekarang, cari untuk itu less.

Baik 'kurang' dan 'lebih' akan bekerja persis seperti 'cat' jika outputnya bukan terminal (tty), seperti untuk pipa dan file, keduanya akan kembali ke tidak ada pagination.

Saya pikir aman untuk mengatakan bahwa 'cat' selalu ada di sistem Unix-type yang akan Anda temukan. Kehadiran 'kurang' dan / atau 'lebih' pada sistem apa pun kurang dapat diprediksi.

Karena itu, dalam skrip, jika Anda hanya memerlukan operasi non-pagination, 'cat' pasti akan hadir di mana pun skrip Anda digunakan pada sistem tipe Unix.

Piping cat melalui grep berguna:

cat <filename> | grep -i "string of interest"