Чи краще ідея викликати зовнішню програму командного рядка або інтерналізувати логіку цього додатка?

У мене є "трубопровідний" процес, який по суті є просто з'єднанням безлічі існуючих інструментів для автоматизації робочого процесу. Для одного з кроків існує існуючий інструмент командного рядка, який вже виконує те, що потрібно зробити для цього кроку.

Зовнішній інструмент CLI базується на Java, як і в моєму конвеєрі, тому можна було б інтегрувати інструмент безпосередньо в етап конвеєра, але інструмент дуже складний і в даний час тісно пов'язаний з введенням командного рядка (щось подібне 37 параметрів прапорця конфігурації).

Питання: чи краще ідея просто зателефонувати та викликати зовнішній процес, чи краще було б інтегрувати зовнішній код у свою програму?

Які плюси та мінуси інтеграції проти виклику зовнішнього процесу?

Чи є кращою ідеєю просто зателефонувати та викликати зовнішній процес, чи було б краще інтегрувати зовнішній код у свою програму?

Це набагато краще , щоб інтегрувати ці речі.

Інтерфейс командного рядка - це просто інтерфейс і особливо жахливий. Це важливо, але воно також заповнене химерностями та обмеженнями, які не є розумними.

Кожен з "існуючих інструментів для автоматизації робочого процесу" повинен мати охайний клас, який виконує справжню роботу після розбору параметрів командного рядка.

В ідеалі public static void mainфункція виконує дві речі в кожному з "існуючих інструментів".

1. Він викликає деякий параметр / аналізатор аргументу командного рядка.

2. Він викликає охайний клас, який робить справжню роботу. Подумайте про завдання мурашки або завдання Мейвена, яке виконує справжню роботу після того, як Мураха або Мейвен обробили весь аналіз і прийняття рішень.

Коли ви збираєтесь інтегрувати ці речі, ви хочете, щоб акуратні класи, які виконують справжню роботу.

Якщо їх не існує, вам доведеться переписати всі ці інструменти, щоб створити охайний клас, який виконує справжню роботу, окремо від усіх розборів командного рядка.

Для вказівки щодо того, як повинні працювати ці охайні класи, прочитайте Ant (або Maven), щоб побачити, як вони визначають різні робочі завдання. Це гарна ментальна модель того, як інтегруються багато, різні речі, не повертаючись до командного рядка.

Я б сказав, залиште це в спокої, якщо це спрацює.

Як програміст ви приносите користь своїй організації, вирішуючи проблеми з програмним забезпеченням. Вирішення більшої кількості проблем як у якості, так і в кількості за певний проміжок часу безпосередньо пов'язане з вашою цінністю в організації. Витрата цього часу на створення коду зменшує вашу цінність, оскільки відводить вас від вирішення більш важливої ​​проблеми.

Однак, декілька факторів, які можуть пом'якшити витрачання часу, - це масштабованість і якби були занепокоєння щодо стабільності зовнішніх програм.

Це не "краще" чи "гірше". Просто існують різні витрати та вигоди.

Часто дорожче писати та підтримувати частину програмного забезпечення, чим більша кількість точок інтеграції робиться для додаткової складності.

• Функція, яку ви пишете, має дуже малі витрати на інтеграцію.
• Бібліотека третьої сторони має трохи більшу вартість інтеграції.
• Окрема програма, яку ви маєте виконати, матиме ще більшу вартість інтеграції.

Зауважте, що це витрати на інтеграцію, які вам доведеться зважити на загальну вартість, що включає, серед іншого, вартість написання та обслуговування програмного забезпечення.

Можливо, ви є дуже недосвідченим програмістом, але давно користуєтеся енергією.

• Якщо ви повинні "розкласти", ваша загальна вартість може бути низькою, незважаючи на більш високу вартість інтеграції, оскільки ви можете пом'якшити вартість інтеграції своїм досвідом та знаннями.
• Якщо ви повинні писати функцію самостійно, ваша загальна вартість може бути досить високою, незважаючи на низьку вартість інтеграції через ваше недосвідчене програмування.

Найкращий спосіб з'ясувати:

Чи краще ідея викликати зовнішню програму командного рядка або інтерналізувати логіку цього додатка?

Це розрахувати витрати на себе. Вартість буде різною для різних середовищ, ситуацій та людей. Більшу частину часу обійдеться більше, щоб викликати командний рядок, але не завжди і єдиний спосіб переконатися, що це зробити аналіз.

В ідеалі ви хочете інтегрувати його. Особливо, якщо це додаток, який розповсюджується - зменшення кількості залежностей та конфігурацій полегшить це. Але це, звичайно, питання витрат / вигод для вашого конкретного випадку.

Однак, важливо враховувати стабільність. Я зіткнувся з чимось подібним пару років тому і втримав програму cli на місці. Це було занадто нестабільно, і я не хотів, щоб його збій зняв батьківську програму, яку потрібно запустити 24/7. Тепер це було не додатком Java, але тим не менше, якщо це проблема, яка може бути застосована, можливо, ви захочете мати це на увазі.