Ana Sayfa

make.ts: Kabuk Geçmişinden Daha İyi Bir Komut Çalıştırma Yöntemi

1 dk okuma

Yazar, tekrarlayan komutları, benchmark'ları ve diğer deneyleri çalıştırmak için kabuk geçmişine güvenmek yerine, make.ts adını verdiği bir dosya tabanlı iş akışını öneriyor. Geleneksel olarak, geliştiriciler komutları manuel olarak bir kez girer ve ardından kabuk geçmişini kullanarak bunları tekrar çalıştırır. Ancak, özellikle çoklu işlem gerektiren uygulamalarla çalışırken bu yaklaşım yetersiz kalır. make.ts deseni, komutları doğrudan terminale yazmak yerine önce bir dosyaya yazmayı ve ardından bu dosyayı çalıştırmayı içerir. Bu, etkileşimli ve geçici komutları kalıcı bir dosyada yakalamayı sağlar, böylece daha organize ve verimli bir çalışma ortamı sunar.

Bu yaklaşımın "Up Up Up Enter" iş akışına göre birçok avantajı bulunmaktadır. Karmaşık komutlar için kabuk satır düzenleyicisi yerine tam teşekküllü bir 2D metin düzenleyici kullanmak çok daha kolaydır. Birden fazla komutu tek bir dosyada birleştirerek tek bir tuşla çalıştırmak mümkündür, bu da && ile birleştirilmiş uzun komut dizilerinden kaçınmayı sağlar. Ayrıca, komutların bir dosyada taslağını çıkarmak, zamanla bunları iyileştirmeye, idempotent hale getirmeye ve iş akışına yatırım yapmaya teşvik eder. Geçici benchmark serileri gibi durumlarda, make.ts dosyasındaki içerik, daha sonra gerçek bir betiğe dönüştürülecek temel kodu zaten sağlamış olur. Son olarak, çoklu işlem projelerinde, tek bir betikten bir işlem ağacı oluşturarak eşzamanlılığı deklaratif olarak yönetmek, terminal bölmeleri arasında geçiş yapmaktan çok daha kolaydır.

Yazar, bu betik için make.ts gibi tutarlı bir dosya adı kullanılmasını ve bu dosyanın projenin .git/info/exclude dosyasına eklenerek paylaşıma kapatılmasını tavsiye ediyor. Betiğin kolayca çalıştırılabilmesi için #!/usr/bin/env -S deno run --allow-all gibi bir hashbang ile başlatılması ve chmod a+x make.ts komutuyla çalıştırılabilir hale getirilmesi önerilir. Betik dilinin, geliştiricinin rahat olduğu ve aşırı boilerplate gerektirmeyen bir dil olması gerektiği belirtiliyor.

İçgörü

Geliştiricilerin tekrarlayan komutları ve deneyleri yönetme şeklini basitleştirerek verimliliği ve iş akışı kalitesini önemli ölçüde artırır.

Kaynak