Là ý tưởng tốt hơn để gọi một ứng dụng dòng lệnh bên ngoài hoặc để nội hóa logic của ứng dụng đó?

Tôi có một loại quy trình "đường ống" về cơ bản chỉ là liên kết với nhau một loạt các công cụ hiện có để tự động hóa quy trình công việc. Đối với một trong các bước, có một công cụ dòng lệnh hiện có đã thực hiện được những gì mà bước đó cần phải làm.

Công cụ CLI bên ngoài dựa trên java và đường ống của tôi cũng vậy, vì vậy có thể tích hợp công cụ trực tiếp vào bước đường ống, nhưng công cụ này rất phức tạp và hiện đang gắn chặt với việc có đầu vào dòng lệnh (giống như Tùy chọn cờ cấu hình 37).

Câu hỏi là: Có phải là một ý tưởng tốt hơn chỉ đơn giản là gọi ra và gọi quy trình bên ngoài, hoặc sẽ tốt hơn nếu tích hợp mã bên ngoài trong ứng dụng của tôi?

Những ưu / nhược điểm của việc tích hợp so với gọi quy trình bên ngoài là gì?

Có phải là một ý tưởng tốt hơn chỉ đơn giản là gọi ra và gọi quy trình bên ngoài, hoặc sẽ tốt hơn nếu tích hợp mã bên ngoài trong ứng dụng của tôi?

Nó là tốt hơn nhiều để tích hợp những điều này.

Giao diện dòng lệnh chỉ là một giao diện và đặc biệt khủng khiếp. Điều đó rất cần thiết nhưng nó cũng chứa đầy những điều kỳ quặc và hạn chế không hợp lý.

Mỗi "công cụ hiện có để tự động hóa một quy trình công việc" nên có một lớp gọn gàng thực hiện công việc thực sự sau khi các tùy chọn dòng lệnh đã được phân tích cú pháp.

Lý tưởng nhất là public static void mainhàm thực hiện hai điều trong mỗi một trong những "công cụ hiện có" đó.

1. Nó gọi một số trình phân tích đối số / tùy chọn dòng lệnh.

2. Nó gọi lớp gọn gàng mà làm việc thực sự. Hãy nghĩ về một nhiệm vụ Ant hoặc một nhiệm vụ Maven thực hiện công việc thực sự sau khi Ant hoặc Maven đã xử lý tất cả các phân tích cú pháp và ra quyết định.

Khi bạn đi để tích hợp những thứ này, bạn muốn các lớp gọn gàng thực hiện công việc thực sự.

Nếu chúng không tồn tại, thì bạn sẽ phải viết lại tất cả các công cụ đó để tạo lớp gọn gàng thực hiện công việc thực sự, tách biệt với tất cả các phân tích cú pháp dòng lệnh.

Để được hướng dẫn về cách các lớp gọn gàng này hoạt động, hãy đọc Ant (hoặc Maven) để xem cách chúng xác định các nhiệm vụ công nhân khác nhau. Đó là một mô hình tinh thần tốt cho cách nhiều thứ khác nhau được tích hợp mà không quay trở lại dòng lệnh.

Tôi sẽ nói hãy để nó một mình nếu nó hoạt động.

Là một lập trình viên, bạn mang lại giá trị cho tổ chức của mình bằng cách giải quyết các vấn đề với phần mềm. Giải quyết nhiều vấn đề hơn cả về chất lượng và số lượng trong một khoảng thời gian nhất định có liên quan trực tiếp đến giá trị của bạn trong tổ chức. Dành thời gian này để tạo mã làm giảm giá trị của bạn vì nó đưa bạn đi khỏi việc giải quyết một vấn đề quan trọng hơn.

Tuy nhiên, một vài yếu tố có thể giảm thiểu chi tiêu thời gian sẽ là khả năng mở rộng và nếu có bất kỳ mối lo ngại nào cho sự ổn định của các chương trình bên ngoài.

Nó không "tốt hơn" hay "tệ hơn". Đơn giản là có chi phí và lợi ích khác nhau.

Nó thường tốn kém hơn để viết và duy trì một phần mềm, số lượng điểm tích hợp càng lớn đối với độ phức tạp thêm vào.

• Một chức năng bạn viết có rất ít chi phí tích hợp.
• Một thư viện bên thứ ba có chi phí tích hợp lớn hơn một chút.
• Một chương trình riêng biệt bạn phải thực hiện sẽ có và chi phí tích hợp lớn hơn.

Lưu ý đây là các chi phí tích hợp mà bạn phải cân nhắc so với tổng chi phí bao gồm các chi phí khác để viết và bảo trì phần mềm.

Nó có thể là trường hợp bạn là một lập trình viên rất thiếu kinh nghiệm, nhưng là một người sử dụng năng lượng lâu dài.

• Nếu bạn "bỏ ra" tổng chi phí của bạn có thể thấp mặc dù chi phí tích hợp cao hơn, bởi vì bạn có thể giảm thiểu chi phí tích hợp với kinh nghiệm và kiến ​​thức của mình.
• Nếu bạn tự viết hàm, tổng chi phí của bạn có thể khá cao mặc dù chi phí tích hợp thấp do lập trình thiếu kinh nghiệm của bạn.

Cách tốt nhất để tìm ra:

Là ý tưởng tốt hơn để gọi một ứng dụng dòng lệnh bên ngoài hoặc để nội hóa logic của ứng dụng đó?

Là để tính toán chi phí cho bản thân. Chi phí sẽ khác nhau cho các môi trường, tình huống và con người khác nhau. Hầu hết thời gian sẽ tốn nhiều tiền hơn để gọi ra dòng lệnh, nhưng không phải lúc nào cũng là cách duy nhất để chắc chắn rằng nó thực hiện phân tích.

Lý tưởng nhất là bạn muốn tích hợp nó. Đặc biệt nếu đây là một ứng dụng được phân phối - giảm số lượng phụ thuộc và cấu hình sẽ giúp việc đó dễ dàng hơn. Nhưng tất nhiên đó là một vấn đề chi phí / lợi ích cho trường hợp cụ thể của bạn.

Điều đó nói rằng, một điều cần xem xét là sự ổn định. Tôi đã gặp một cái gì đó tương tự một vài năm trước đây và giữ chương trình cli tại chỗ. Nó quá không ổn định và tôi không muốn nó bị sập ứng dụng mẹ, cần chạy 24/7. Bây giờ đây không phải là một ứng dụng java, nhưng không phải là ít hơn, nếu đó là một vấn đề có thể áp dụng, bạn có thể muốn xem xét vấn đề đó.