Tôi hiện đang khám phá các gói Debian và tôi đã đọc một số mẫu mã. Và trên mỗi dòng trong, ví dụ, postinsttập lệnh là một mẫu.
some command || true
another command || true
Vì vậy, nếu một số lệnh thất bại, thì dòng trả về đúng nhưng tôi không thấy điều này ảnh hưởng đến đầu ra của chương trình.
Câu trả lời:
Lý do cho mẫu này là các tập lệnh bảo trì trong các gói Debian có xu hướng bắt đầu set -e, khiến cho trình bao thoát ra ngay khi bất kỳ lệnh nào (nói đúng, đường ống, danh sách hoặc lệnh ghép) thoát ra với trạng thái khác không. Điều này đảm bảo rằng các lỗi không tích lũy: ngay khi có sự cố xảy ra, tập lệnh sẽ hủy bỏ.
Trong trường hợp một lệnh trong tập lệnh được phép thất bại, việc thêm || trueđảm bảo rằng lệnh ghép kết quả luôn thoát với trạng thái 0, vì vậy tập lệnh không hủy bỏ. Ví dụ: xóa thư mục không phải là lỗi nghiêm trọng (ngăn gói bị xóa); vì vậy chúng tôi sẽ sử dụng
rmdir ... || truevì rmdirkhông có tùy chọn để bảo nó bỏ qua lỗi.
set -ekhông cần thiết chút nào || true, tôi nghĩ điều quan trọng là cung cấp bối cảnh. Nếu bạn nhận thấy những điều kỳ lạ trên POWER, tôi khuyến khích bạn nên báo cáo lỗi ( reportbug)!
set -ekhông chỉ là "quy ước Debian", mà còn phải sử dụng một mẫu lập trình tốt. Xem. ví dụ: davidpashley.com/articles/wr-robust-shell-scripts
|| trueset -e là bối cảnh có khả năng và có khả năng phổ biến nhất. Tôi cúi đầu trước câu trả lời này! Mặc dù theo nghĩa đen, nó hữu ích bất cứ lúc nào trạng thái thoát được coi là không liên quan VÀ (như liên kết bài viết của bạn thêm) Tôi không sử dụng trạng thái thoát như một phần của kiểm soát tập lệnh của mình. Tôi thấy tiện ích (trong set -e) nhưng sẽ không đi xa như bài viết và nói "Mỗi tập lệnh bạn viết nên bao gồm tập -e ở trên cùng". Đó là một phong cách lập trình. "LUÔN LUÔN | Mỗi" bao gồm một bộ bẫy riêng - hay còn gọi là tuyệt đối: các giải pháp thẻ hoang dã sẽ ALWAYSphản tác dụng cuối cùng hay còn gọi là - không có các chuyến đi miễn phí.
set -ehành vi. Nó có thể không quan trọng với bạn, nếu các mục tiêu duy nhất của bạn là bashvà các lớp vỏ tương đối gần đây khác đang tồn tại /bin/sh, nhưng tình huống sẽ có nhiều sắc thái hơn khi bạn muốn hỗ trợ các hệ thống / hệ thống cũ.
set -e rất kỹ lưỡng ghi lại các hành vi của các loại vỏ khác nhau của Sven Mascheck , mặc dù trang này cũng ghi lại rất nhiều vỏ sò lịch sử / cổ đại không liên quan ngày nay. Ngoài ra còn có hai trang này với trọng tâm hiện đại hẹp hơn (tìm kiếm "set -e"): trang "lintsh" , tài liệu về vỏ di động của autoconf -> Giới hạn trang
Mặc dù nó không ảnh hưởng đến đầu ra của chương trình chỉ chạy - nó cho phép người gọi tiến hành như thể tất cả đều ổn hay còn ảnh hưởng đến logic trong tương lai.
Rephrased: nó che dấu trạng thái lỗi của lệnh trước đó.
michael@x071:[/usr/sbin]cat /tmp/false.sh
#!/bin/sh
false
michael@x071:[/usr/sbin]cat /tmp/true.sh
#!/bin/sh
false || true
michael@x071:[/usr/sbin]sh /tmp/false.sh; echo $?
1
michael@x071:[/usr/sbin]sh /tmp/true.sh; echo $?
0set -evà || truetiện ích sẽ được xác định bởi những đặc điểm và mục tiêu của lập trình viên.
git remote remove foo || true git remote add foo http://blah- chúng tôi muốn bỏ qua lỗi nếu điều khiển từ xa không tồn tại.
||:là một cách khác để thành ngữ của văn bản này (:là một mục khác trong bảng BUILTIN trỏ đếntrue- nhưng đảm bảo là một BUILTIN thậm chí trở lại Bourne; mà nói, đối với POSIX sh,truelà tương tự như vậy đảm bảo được một dựng sẵn - vì vậy nó căng thẳng hơn hiệu quả trong thời gian thậm chí từ xa-hiện đại).