Dalam bentuknya yang paling sederhana, apakah program hanya menjalankan perintah terminal?

Katakanlah misalnya dalam sebuah program itu memungkinkan saya memilih satu folder dan menyalinnya ke lokasi lain, pada tingkat yang sangat dasar adalah aplikasi yang menjalankan perintah yang bisa saya jalankan di terminal atau apakah itu menggunakan beberapa API OS internal untuk membuat langkah itu?

Tolong hindarkan saya tanggapan ganas; Saya hanya ingin tahu dan benar-benar sadar bahwa itu dapat dianggap sebagai pertanyaan yang akan diajukan oleh anak berusia 13 tahun.

Secara konseptual, selalu menggunakan OS API - pertanyaannya hanya dengan cara apa. Pada dasarnya ada tiga opsi.

1. menggunakan API OS tingkat rendah (panggilan sistem) secara langsung. Dalam contoh Anda, tugasnya cukup terlibat: dapatkan daftar item dalam folder, periksa jenisnya (folder, file ...), untuk masing-masing membuat item yang sesuai di folder target, untuk file membaca konten dari sumber, tulis ke file target dll. Karena tugasnya sangat kompleks, mudah untuk mendapatkan sesuatu yang salah, sehingga sebagian besar aplikasi akan menghindari ini.

2. menggunakan perpustakaan (API) yang menyederhanakan tugas. Misalnya kerangka kerja Apple Cocoa menyediakan NSFileManagerkelas dengan copyItemAtPath:toPath:errormetode yang melakukan semua pekerjaan kotor menggunakan OS tingkat rendah, sehingga aplikasi tidak perlu menggunakan API tingkat rendah itu sendiri tetapi dapat mengandalkan sesuatu yang membutuhkan lebih sedikit pekerjaan dan selalu hadir dalam sistem. Apple juga cenderung memastikan bahwa itu bekerja dengan baik.

3. gunakan proses eksternal untuk melakukan tugas. Dalam hal ini proses eksternal akan menggunakan salah satu dari dua metode di atas untuk melakukan pekerjaan. Aplikasi harus memulai proses tersebut, memonitornya dan menunggu sampai selesai. Kemungkinan proses tersebut dapat dijalankan sebagai alat baris perintah, jadi ini kemungkinan akan menjadi perintah yang dapat Anda jalankan di Terminal. Itu tidak dijamin, tetapi sangat mungkin.

Sebagian besar aplikasi akan menggunakan opsi 2. karena lebih sederhana dari 1. dan lebih aman dan efisien daripada 3. Untuk menjalankan proses eksternal, Anda perlu mengaturnya dengan benar dan Anda tidak memiliki kendali atas apa yang dilakukannya. Misalnya jauh lebih sulit untuk mencari tahu apa yang sebenarnya salah jika terjadi kegagalan dan sulit untuk mengetahui apa yang dilakukannya (misalnya menunjukkan kemajuan). Itulah sebabnya dalam kebanyakan kasus pengembang kemungkinan akan memilih opsi 2, tetapi tidak ada jaminan. Contoh penting adalah aplikasi yang menggunakan skrip shell untuk penyesuaian - seperti installer.

Catatan pengguna tingkat lanjut: Anda dapat menggunakan dtracefasilitas OS X untuk mengetahui apa yang sedang dilakukan aplikasi tertentu. Misalnya, Anda dapat memeriksa proses apa pun yang dimunculkan sehingga Anda akan melihat alat yang digunakannya (lihat execsnoop).

Saya khawatir jawabannya adalah "itu tergantung, tetapi biasanya yang kedua." Sebenarnya, bahkan jika program GUI menjalankan perintah terminal, ia menjalankannya dengan memanggil API.

Program yang hanya berupa daftar perintah terminal disebut skrip shell. Program semacam itu dapat berjalan di Mac OS X, tetapi harus dijalankan di jendela Terminal atau meluncurkan program yang menggunakan GUI jika Anda ingin melihat hasilnya. Program lain dapat memanggil program baris perintah melalui API internal.

Sementara sebagian besar pertanyaan pengembangan di luar topik untuk situs ini, satu contoh yang sebenarnya on-topic melibatkan menjalankan Automator.

Salah satu opsi dalam daftar perintah internal yang dibuat oleh program yang dibuat oleh Automator adalah kemampuan untuk memanggil skrip shell, atau daftar perintah Terminal. Tapi itu hanya satu dari banyak opsi yang tersedia dalam API internal.

Salah satu ide hebat di balik Unix adalah (adalah) bahwa jika Anda mendapat ide untuk sebuah program, maka Anda pertama-tama akan menulisnya sebagai skrip shell - pada dasarnya memanggil serangkaian perintah.

Kemudian, jika program terbukti bermanfaat, Anda dapat meningkatkan antarmuka, meminta pengguna mengujinya, dan akhirnya, ketika Anda yakin itu layak, tulislah program "nyata".

Ini, tentu saja, sebelum antarmuka pengguna grafis mengambil alih, jadi "program" di sini adalah perintah CLI itu sendiri.

Anda masih melihat pendekatan ini di beberapa program modern, terutama jika mereka menunjukkan informasi sistem. Ingin membuat aplikasi sederhana untuk mencantumkan semua file dalam folder? Jalankan saja ls -al, uraikan hasilnya dan perlihatkan tabel. Bersenang-senang dengan berbagai parameter, dan Anda memiliki materi untuk versi 2.0

Satu kelas program yang menjalankan perintah terminal (meskipun semuanya dimulai dengan panggilan API) adalah lingkungan pengembangan program terintegrasi seperti gerhana atau Xcode. Kumpulan alat-alat yang diperlukan untuk pengembangan program sangat besar untuk terkandung dalam, dan dipelihara untuk, sebuah IDE. Sebagai gantinya, ia membangun makefile (semacam skrip) dan menjalankannya dengan unix 'make' (atau yang setara) untuk melangkah melalui proses kompilasi, tautan, muat, dan debug. Pada gilirannya, jalankan kompiler, tautan, dll. Menggunakan antarmuka baris perintah mereka. Ini memungkinkan IDE relatif independen dari set alat yang dipilih oleh programmer, dan tidak sensitif terhadap pembaruan pada alat.

Aplikasi dapat menjalankan perintah CLI untuk melakukan tugas tertentu, dan beberapa benar-benar melakukannya; tetapi karena masalah efisiensi, pengembang aplikasi profesional menghindari menjalankan perintah dan lebih suka menggunakan API yang digunakan perintah untuk melakukan tugas yang diperlukan.