Harici bir komut satırı uygulaması çağırmak veya uygulamanın mantığını içselleştirmek daha iyi bir fikir mi?

Ben aslında sadece bir iş akışını otomatikleştirmek için varolan araçların bir demet birbirine bağlayan bir süreç "boru hattı" tür var. Adımlardan biri için, bu adımın yapması gereken şeyin etini zaten yapan mevcut bir komut satırı aracı vardır.

Harici CLI aracı java tabanlıdır ve benim boru hattım da öyle, bu nedenle aracı doğrudan boru hattı adımına entegre etmek mümkün olacak, ancak araç çok karmaşık ve şu anda komut satırı girdisine (şu gibi bir şey) çok yakından bağlı 37 yapılandırma bayrağı seçenekleri).

Soru şudur: Dış işlemi çağırmak ve çağırmak daha iyi bir fikir mi yoksa dış kodu uygulamama entegre etmek daha mı iyi olur?

Dış sürecin entegrasyonuyla çağrılmasının artıları / eksileri nelerdir?

Harici işlemi çağırmak ve çağırmak daha iyi bir fikir mi yoksa harici kodu uygulamama entegre etmek daha mı iyi olur?

Öyle çok bunları entegre etmek daha iyi.

Komut satırı arabirimi yalnızca bir arabirimdir ve özellikle korkunç bir arabirimdir. Bu önemlidir, ancak mantıklı olmayan tuhaflıklar ve sınırlamalarla da doludur.

"Bir iş akışını otomatikleştirmek için mevcut araçların" her birinde , komut satırı seçenekleri ayrıştırıldıktan sonra gerçek işi yapan düzenli bir sınıf bulunmalıdır .

İdeal olarak, public static void mainfonksiyon "mevcut araçların" her birinde iki şey yapar.

1. Bazı komut satırı seçeneğini / bağımsız değişken ayrıştırıcısını çağırır.

2. Gerçek işi yapan düzenli sınıfı çağırır. Ant veya Maven tüm ayrıştırma ve karar alma süreçlerini ele aldıktan sonra gerçek işi yapan bir Ant görevini veya Maven görevini düşünün.

Bunları birleştirmeye gittiğinizde, gerçek işi yapan düzenli sınıfları istersiniz.

Eğer yoksa, tüm komut satırı ayrıştırmasından ayrı olarak, gerçek işi yapan düzenli sınıfı oluşturmak için tüm bu araçları yeniden yazmanız gerekir.

Bu düzenli sınıfların nasıl çalışması gerektiğine dair rehberlik için, çeşitli işçi görevlerini nasıl tanımladıklarını görmek için Ant (veya Maven) bölümünü okuyun. Komut satırına geri dönmeden çoklu, farklı şeylerin nasıl entegre edildiğine dair iyi bir zihinsel modeldir.

Çalışırsa yalnız bırak diyebilirim.

Bir programcı olarak, yazılımla ilgili sorunları çözerek kuruluşunuza değer katmış olursunuz. Belirli bir süre içinde hem kalite hem de miktar açısından daha fazla problemi çözmek, kuruluştaki değerinizle doğrudan ilgilidir. Kod oluşturmak için bu zamanı harcamak, daha önemli bir sorunu çözmenize gerek kalmayacağından değerinizi azaltır.

Bununla birlikte, zaman geçirmeyi azaltabilecek birkaç faktör ölçeklenebilirlik ve harici programların istikrarı için herhangi bir endişe varsa olacaktır.

"Daha iyi" veya "daha kötü" değildir. Sadece farklı maliyetler ve faydalar vardır.

Eklenen karmaşıklığa entegrasyon noktalarının sayısı arttıkça, bir yazılım parçası yazmak ve sürdürmek genellikle daha pahalıdır.

• Yazdığınız bir işlevin çok az entegrasyon maliyeti vardır.
• Üçüncü taraf bir kütüphanenin entegrasyon maliyeti biraz daha yüksektir.
• Yürütmeniz gereken ayrı bir program ve daha da yüksek entegrasyon maliyeti olacaktır.

Bunların, diğer şeylerin yanı sıra yazılım yazma ve bakım maliyetini de içeren toplam maliyete karşı tartmanız gereken entegrasyon maliyetleri olduğunu unutmayın.

Çok tecrübesiz bir programcı, ancak uzun süre güç kullanıcısı olabilirsiniz.

• Daha yüksek entegrasyon maliyetine rağmen toplam maliyetiniz düşük olabilir, çünkü deneyim ve bilginizle entegrasyon maliyetini azaltabilirsiniz.
• Eğer fonksiyonu kendiniz yazacak olsaydınız, deneyimsizlik programlamanız nedeniyle düşük entegrasyon maliyetine rağmen toplam maliyetiniz oldukça yüksek olabilir.

Anlamanın en iyi yolu:

Harici bir komut satırı uygulaması çağırmak veya uygulamanın mantığını içselleştirmek daha iyi bir fikir mi?

Maliyetleri kendiniz hesaplamaktır. Maliyet farklı ortamlar, durumlar ve insanlar için farklı olacaktır. Çoğu zaman komut satırını çağırmak daha pahalıya mal olur, ancak her zaman değil ve analiz yapmak için emin olmanın tek yolu.

İdeal olarak onu entegre etmek istersiniz. Özellikle bu, dağıtılan bir uygulama ise - bağımlılık ve yapılandırma sayısını azaltmak bunu kolaylaştıracaktır. Ama tabii ki özel durumunuz için bir maliyet / fayda sorunu.

Bununla birlikte, dikkate alınması gereken bir şey istikrardır. Birkaç yıl önce benzer bir şeyle karşılaştım ve cli programını yerinde tuttum. Çok dengesizdi ve onun çökmesini 7/24 çalıştırmak için gereken ana uygulamayı aşağı çekmek istemiyordum . Şimdi bu bir java uygulaması değildi, ama hiçbiri daha az, onun geçerli olabilecek bir sorun göz önünde bulundurmak isteyebilirsiniz.