Cái nào di động nhất của sed, awk, perl và sh?

Ai đó có thể đặt các công cụ này theo thứ tự tính di động? Cái nào trong số này chắc chắn được tìm thấy trên các hệ thống * nix tối thiểu nhất? Có ai trong số họ chắc chắn 100% có mặt? Tôi đoán là thứ tự như sau:

1. ôi
2. quyến rũ
3. sh
4. perl

Trong khi tôi tưởng tượng có những hệ thống không mặc định là vỏ bourne, một số vỏ sẽ có mặt như mặc định, liệu nó có luôn ở đó /bin/shkhông? Có lẽ là không nếu nó không phải là loại vỏ bourne. Cả hai awkvà sedcó các trang giải thích chúng về đặc tả POSIX nên có lẽ chúng sẽ luôn có mặt. Là vậy sao? Tôi có thể chắc chắn rằng cả hai sẽ được cài đặt trên bất kỳ * nix nào không? Bao gồm các hệ thống nhúng?

Cái nào di động nhất của sed, awk, perl và sh?

sed, shVà awklà di động được quy định bởi POSIX, perlkhông phải là không được hỗ trợ bởi một tiêu chuẩn.

Ai đó có thể đặt các công cụ này theo thứ tự tính di động?

Nếu bạn tuân theo mã tuân thủ, sẽ không có thứ tự tính di động cho ba lệnh POSIX.

Cái nào trong số này chắc chắn được tìm thấy trên các hệ thống * nix tối thiểu nhất?

Ba POSIX cùng với nhiều tiện ích khác là bắt buộc đối với HĐH là POSIX. Các hệ điều hành thiếu một số trong số chúng do giảm thiểu hoặc cung cấp các triển khai không hoàn chỉnh / không tuân thủ vẫn tồn tại.

Trên thực tế, hầu hết (nếu không phải tất cả) Unix miễn phí và mã nguồn mở như các hệ điều hành có thể sẽ không vượt qua quy trình tuân thủ nếu họ cố gắng và dù sao họ cũng không bao giờ thử.

Có ai trong số họ chắc chắn 100% có mặt?

Tôi sẽ ngạc nhiên khi thấy một * nix như OS thiếu shell dựa trên cú pháp Bourne, nhưng mọi thứ đều có thể, đặc biệt là với các hệ thống nhúng.

Tôi đoán là thứ tự như sau: Một số shell sẽ có mặt như mặc định, nó sẽ luôn ở mức / bin / sh?

/bin/shcó khả năng là vỏ họ cú pháp Bourne nhưng không được đảm bảo tuân thủ POSIX, thậm chí vi hệ thống tuân thủ POSIX. Ví dụ, nó có /usr/xpg4/bin/shtrên Solaris 10 trở lên trong khi /bin/shvỏ Bourne ban đầu không phải là POSIX.

Lấy một gợi ý từ Autotools: bám vào mẫu số chung thấp nhất của vỏ Bourne và POSIX - có thể được tăng cường bởi sed- nếu bạn phải viết một cái gì đó phải hoạt động ở mọi nơi . Có thể tồn tại các hệ thống trong đó một cái gì đó bị phá vỡ, nhưng bạn có thể giải quyết các vấn đề như vậy bằng cách viết lại.

Ví dụ: một số hệ thống cổ có vấn đề với lỗi mở rộng test, hay còn gọi là [:

 if [ $foo = bar ] ; then...

Vì vậy , thực hành Autoconf là viết lại nó trong dấu ngoặc kép với một tiền tố ký tự duy nhất, như vậy:

 if [ x"$foo" = "xbar" ] ; then...

Bạn cũng có thể sử dụng "x$foo"ở đây. Điều này bảo vệ chống lại khả năng $foocó thể là một lựa chọn hợp lệ test(1), và vì [là bí danh cho test, nó có thể giải thích sai biểu thức. Giải pháp là thiết lập một tình huống trong đó đối số không xác định [luôn bắt đầu bằng x, có nghĩa là nó không thể có ý nghĩa đặc biệt [.

(Autoconf cũng khuyên bạn nên sử dụng testthay vì [, nhưng lời khuyên đó xuất hiện như một phản ứng đối với các xung đột có thể xảy ra với M4 , cũng sử dụng [cú pháp của nó.)

awk là POSIX , vì vậy về mặt lý thuyết nó có sẵn ở mọi nơi. Nó thậm chí còn trong Busybox , vì vậy bạn sẽ có một awktriển khai ngay cả trong một số hệ thống nhúng nhúng rất hạn chế. Tuy nhiên, tôi muốn được ít ngạc nhiên khi đi qua một hệ thống mà không awkhơn sed. Tôi cho rằng nó đi xuống sự phức tạp: các công cụ đơn giản có nhiều khả năng sống sót hơn trong việc phân chia tích cực.

Perl không phải là một phần của bất kỳ tiêu chuẩn phổ biến rộng rãi nào, POSIX hay nói cách khác, vì vậy bạn chỉ đơn giản là không thể tin tưởng vào nó nếu bạn không biết gì về môi trường mục tiêu. Perl không được cài đặt theo mặc định trong:

• Cygwin
• FreeBSD và NetBSD
• Cài đặt "tối thiểu" cho một số Linux, bao gồm cả Slackware
• nhiều Linux nhúng dựa chủ yếu vào Busybox cho vùng người dùng của họ

Hướng dẫn Autoconf có một chương về lập trình shell di động sẽ hữu ích cho bạn. Các công cụ phần cuối bìa thích sed, awkvà nhiều người khác.