Satu alat baris arahan baharu yang dipanggil run telah muncul daripada komuniti pembangun, berjanji untuk menyatukan pengalaman bekerja dengan lebih 25 bahasa pengaturcaraan melalui satu antara muka tunggal. Dibina dalam Rust oleh pembangun Esubaalew , alat ini bertujuan untuk menghapuskan keperluan untuk REPL berasingan dan menyediakan pelaksanaan yang konsisten merentas bahasa pengaturcaraan yang berbeza.
Projek ini telah menjana perbincangan yang ketara di kalangan pembangun, terutamanya mengenai cadangan nilai terasnya dan pelaksanaan teknikal. Run membolehkan pembangun melaksanakan potongan kod, menyusun program, dan mengakses REPL interaktif untuk bahasa yang terdiri daripada Python dan JavaScript hingga Rust dan Go , semuanya melalui satu antara muka baris arahan yang bersatu.
Bahasa yang Disokong mengikut Kategori
| Kategori | Bahasa & Alias | Keperluan Toolchain |
|---|---|---|
| Skrip & shell | Bash, Python (py, python), Ruby (rb, ruby), PHP, Perl, Lua, R, Elixir (ex, elixir) | Penterjemah yang sepadan pada PATH |
| Web & skrip bertaip | JavaScript (js, node), TypeScript (ts, deno), Dart, Swift, Kotlin (kt, kotlin) | node, deno, dart, swift, kotlinc + JRE |
| Sistem & terkompil | C, C++ (cpp, cxx), Rust (rs, rust), Go, Zig, Nim, Haskell (hs, haskell), Crystal (cr, crystal), C (cs, csharp), Java, Julia (jl, julia) | Pengkompil/toolchain masing-masing |
Komuniti Mempersoalkan Keperluan untuk Lapisan Abstraksi Lain
Komuniti pembangun telah menimbulkan soalan penting tentang sama ada alat ini menangani masalah sebenar atau hanya menambah satu lagi lapisan kerumitan. Sesetengah pembangun menunjukkan bahawa penyelesaian sedia ada seperti baris shebang dan /usr/bin/env sudah menyediakan keupayaan pengesanan dan pelaksanaan bahasa yang telah berfungsi dengan boleh dipercayai selama beberapa dekad.
Perbincangan ini mendedahkan ketegangan asas antara inovasi dan amalan yang telah ditetapkan. Walaupun sesetengah pihak melihat nilai dalam mempunyai antara muka bersatu untuk berbilang bahasa, yang lain mempersoalkan sama ada penjimatan masa membenarkan pembelajaran alat lain apabila penyelesaian sedia ada berfungsi dengan berkesan.
Kontroversi Klasifikasi Bahasa Muncul
Sebahagian besar perbincangan komuniti telah memfokuskan pada bagaimana alat ini mengkategorikan bahasa pengaturcaraan yang berbeza. Swift , sebagai contoh, kini disenaraikan di bawah Web & typed scripting walaupun ia adalah bahasa yang disusun yang menggunakan LLVM sebagai backend-nya, serupa dengan Rust dan C++ . Salah klasifikasi ini telah mencetuskan perbualan yang lebih luas tentang bagaimana kita mentakrifkan dan mengkategorikan bahasa pengaturcaraan.
Perdebatan meluas melampaui kesilapan pengkategorian mudah kepada soalan asas tentang sifat bahasa. Kotlin membentangkan kes menarik yang lain, kerana ia boleh menyusun kepada kedua-dua kod asli untuk pembangunan Android dan JavaScript untuk aplikasi web, menjadikan klasifikasinya bergantung kepada konteks.
Kebimbangan Pelaksanaan Teknikal dan Kebolehluasan
Dari perspektif teknikal, alat ini beroperasi dengan mengeluarkan shell kepada rantaian alat bahasa sedia ada dan bukannya melaksanakan pentafsir sendiri. Setiap enjin bahasa melaksanakan trait kecil yang mengendalikan pengesanan rantaian alat, penyediaan ruang kerja, pelaksanaan kod, dan pengurusan keadaan REPL . Pendekatan ini mengekalkan teras yang ringan sambil mengekalkan keserasian dengan persekitaran pembangunan sedia ada.
Pembangun telah menunjukkan minat terhadap kebolehluasan sistem, dengan perbincangan mendedahkan bahawa menambah bahasa baharu memerlukan pelaksanaan trait LanguageEngine dan menambah bahasa kepada konfigurasi utama. Proses yang agak mudah telah dipuji sebagai mudah diakses, walaupun untuk pembangun yang baharu kepada Rust .
Arahan REPL yang Tersedia
| Arahan | Tujuan |
|---|---|
:help |
Senaraikan arahan meta yang tersedia |
:languages |
Tunjukkan enjin yang dikesan dan status |
:lang <id> |
Tukar bahasa aktif (py, go, dll.) |
:detect on/off/toggle |
Kawal pengesanan automatik bahasa snippet |
:load path/to/file |
Laksanakan fail dalam sesi semasa |
:reset |
Kosongkan keadaan sesi terkumpul |
:exit / :quit |
Keluar dari REPL |
Visi Masa Depan dan Integrasi Merentas Bahasa
Mungkin aspek yang paling menarik dalam projek ini adalah potensinya untuk perkongsian pembolehubah merentas bahasa dan integrasi. Pembangun telah menunjukkan rancangan untuk membolehkan perkongsian pembolehubah antara bahasa yang berbeza dalam sesi yang sama, yang boleh membuka kemungkinan menarik untuk aliran kerja pengaturcaraan polyglot.
Ciri ini, jika berjaya dilaksanakan, boleh membezakan alat daripada penyelesaian sedia ada dan menyediakan nilai tulen untuk pembangun yang bekerja merentas ekosistem bahasa berbilang. Walau bagaimanapun, cabaran teknikal untuk mengekalkan keselamatan jenis dan konsistensi data merentas persekitaran runtime yang berbeza kekal sebagai halangan yang ketara.
Projek ini mewakili eksperimen menarik dalam perkakas pembangun, walaupun utiliti muktamadnya masih belum terbukti. Sama ada ia akan mendapat daya tarikan dalam komuniti pembangunan yang lebih luas berkemungkinan bergantung pada sejauh mana ia menangani titik kesakitan aliran kerja sebenar berbanding menambah kerumitan yang tidak perlu kepada amalan yang telah ditetapkan.
Rujukan: run