प्रस्तावना

किस शेल का उपयोग करना है

Bash एकमात्र शेल स्क्रिप्ट भाषा है जिसका उपयोग निष्पादन योग्य फ़ाइलों के लिए किया जा सकता है।

लिपियों को झंडे के न्यूनतम सेट के साथ #!/bin/bash साथ शुरू करना चाहिए। शेल विकल्पों को सेट set लिए सेट का उपयोग करें ताकि आपकी स्क्रिप्ट को bash <script_name> रूप में कॉल करने से इसकी कार्यक्षमता का उल्लंघन न हो।

बैश करने के लिए सभी शेल स्क्रिप्ट को सीमित करने से हमें एक सुसंगत शेल भाषा मिलती है जो हमारे सभी मशीनों पर स्थापित होती है।

एकमात्र अपवाद यह है कि आप उन शर्तों से सीमित हैं, जिनके लिए आप प्रोग्रामिंग कर रहे हैं। एक उदाहरण सोलारिस एसवीआर 4 पैकेज होगा, जिसे किसी भी स्क्रिप्ट के लिए सामान्य बॉर्न शेल के उपयोग की आवश्यकता होती है।

शैल का उपयोग कब करना है

शेल का उपयोग केवल छोटी उपयोगिताओं या सरल स्क्रिप्ट-रैपर के लिए किया जाना चाहिए।

हालाँकि शेल स्क्रिप्टिंग एक विकास भाषा नहीं है, लेकिन इसका उपयोग पूरे Google में विभिन्न उपयोगिताओं को लिखने के लिए किया जाता है। यह शैली गाइड व्यापक रूप से उपयोग करने के प्रस्ताव के बजाय इसके उपयोग की अधिक मान्यता है।

कुछ सिफारिशें:

• यदि आप अक्सर अन्य उपयोगिताओं को कॉल करते हैं और अपेक्षाकृत कम डेटा हेरफेर करते हैं, तो शेल कार्य के लिए एक स्वीकार्य विकल्प है।
• यदि प्रदर्शन मायने रखता है, तो कुछ और का उपयोग करें लेकिन शेल नहीं।
• यदि आप पाते हैं कि आपको ${PIPESTATUS} असाइन करने से अधिक सरणियों का उपयोग करने की आवश्यकता है, तो आपको पायथन का उपयोग करना चाहिए।
• यदि आप एक स्क्रिप्ट लिख रहे हैं जो 100 लाइनों से अधिक लंबी है, तो आपको शायद इसे पायथन में लिखना चाहिए। ध्यान रखें कि स्क्रिप्ट बढ़ रही हैं। बाद में समय लेने वाली पुनर्लेखन से बचने के लिए पहले अपनी स्क्रिप्ट को किसी अन्य भाषा में लिखें।

शेल फाइलें और दुभाषिया कॉल

फ़ाइल एक्सटेंशन

निष्पादन योग्य फ़ाइलों में एक्सटेंशन (दृढ़ता से पसंदीदा) या एक्सटेंशन नहीं होना चाहिए। पुस्तकालयों का विस्तार होना चाहिए।। और निष्पादन योग्य नहीं होना चाहिए।

इसके निष्पादन के दौरान कार्यक्रम किस भाषा में लिखा गया है, यह जानने की आवश्यकता नहीं है, और शेल को विस्तार की आवश्यकता नहीं है, इसलिए हम निष्पादन योग्य फ़ाइलों के लिए इसका उपयोग नहीं करना पसंद करते हैं।

हालाँकि, पुस्तकालयों के लिए यह जानना महत्वपूर्ण है कि यह किस भाषा में लिखा गया है, और कभी-कभी विभिन्न भाषाओं में समान पुस्तकालयों का होना आवश्यक है। यह आपको समान रूप से समान लक्ष्यों वाले लाइब्रेरी फ़ाइलों के नाम से पहचान करने की अनुमति देता है, लेकिन विभिन्न भाषाओं में लिखित नाम एक भाषा-विशिष्ट प्रत्यय के साथ समान होना चाहिए।

SUID / SGID

एसयूआईडी और एसजीआईडी ​​शेल स्क्रिप्ट पर निषिद्ध हैं।

बहुत सारे सुरक्षा मुद्दे हैं, जिससे पर्याप्त SUID / SGID सुरक्षा प्रदान करना लगभग असंभव है। हालाँकि bash SUID के लॉन्च को जटिल बनाता है, यह अभी भी कुछ प्लेटफार्मों पर संभव है, इसलिए हम इसके उपयोग को स्पष्ट रूप से प्रतिबंधित करते हैं।

यदि आपको इसकी आवश्यकता है, तो बढ़ी हुई पहुँच के लिए sudo उपयोग करें।

पर्यावरण

एसटीडीआर बनाम एसटीडीआर

सभी त्रुटि संदेश STDERR को भेजे जाने चाहिए।

यह सामान्य स्थिति को वास्तविक समस्याओं से अलग करने में मदद करता है।

त्रुटि संदेश प्रदर्शित करने के लिए फ़ंक्शन को अन्य स्थिति जानकारी के साथ एक साथ उपयोग करने की सिफारिश की जाती है।

 err() { echo "[$(date +'%Y-%m-%dT%H:%M:%S%z')]: $@" >&2 } if ! do_something; then err "Unable to do_something" exit "${E_DID_NOTHING}" fi 

टिप्पणियाँ

फ़ाइल हेडर

प्रत्येक फ़ाइल को उसकी सामग्री के विवरण के साथ शुरू करें।

प्रत्येक फ़ाइल में टिप्पणी से एक शीर्षक होना चाहिए, जिसमें इसकी सामग्री का संक्षिप्त विवरण भी शामिल है। कॉपीराइट सूचना और लेखक की जानकारी वैकल्पिक है।

एक उदाहरण:

 #!/bin/bash # # Perform hot backups of Oracle databases. 

फ़ीचर टिप्पणियाँ

कोई भी कार्य जो स्पष्ट और संक्षिप्त नहीं है, उस पर टिप्पणी की जानी चाहिए। पुस्तकालय में किसी भी कार्य को उसकी लंबाई या जटिलता की परवाह किए बिना टिप्पणी की जानी चाहिए।

आपको यह सुनिश्चित करने की आवश्यकता है कि कोई और आपके कोड का उपयोग किए बिना टिप्पणियों (और आत्म-सुधार की आवश्यकता) को पढ़कर अपने कार्यक्रम का उपयोग कैसे करें या अपने पुस्तकालय में फ़ंक्शन का उपयोग कैसे करें।

सभी फ़ीचर टिप्पणियों में शामिल होना चाहिए:

• समारोह विवरण
• वैश्विक चर का उपयोग और संशोधित
• तर्क प्राप्त हुए
• मान वापस करें जो अंतिम कमांड में मानक निकास कोड से अलग हैं।

एक उदाहरण:

 #!/bin/bash # # Perform hot backups of Oracle databases. export PATH='/usr/xpg4/bin:/usr/bin:/opt/csw/bin:/opt/goog/bin' ######################################## # Cleanup files from the backup dir # Globals: # BACKUP_DIR # ORACLE_SID # Arguments: # None # Returns: # None ######################################## cleanup() { ... } 

कार्यान्वयन टिप्पणियाँ

अपने कोड के जटिल, गैर-स्पष्ट, दिलचस्प या महत्वपूर्ण भागों पर टिप्पणी करें।

यह Google पर कोड टिप्पणी करने का सामान्य अभ्यास माना जाता है। हर बात पर टिप्पणी न करें। यदि कोई जटिल एल्गोरिथ्म है या आप कुछ असामान्य कर रहे हैं, तो एक छोटी टिप्पणी जोड़ें।

TODO टिप्पणियाँ

कोड के लिए TODO टिप्पणियों का उपयोग करें जो अस्थायी, अल्पकालिक या बहुत अच्छा है, लेकिन सही नहीं है।

यह C ++ मैनुअल में कन्वेंशन के अनुरूप है।

TODO टिप्पणियों में TODO शब्द को बड़े अक्षरों में शामिल किया जाना चाहिए, इसके बाद कोष्ठक में आपका नाम होगा। एक बृहदान्त्र वैकल्पिक है। टीओडीओ तत्व के बगल में बग / टिकट संख्या को इंगित करना भी बेहतर है।

एक उदाहरण:

 # TODO(mrmonkey): Handle the unlikely edge cases (bug ####) 

स्वरूपण

यद्यपि आपको उस शैली का पालन करना चाहिए जो पहले से ही आपके द्वारा संपादित की जा रही फ़ाइलों में उपयोग की गई है, किसी भी नए कोड के लिए निम्नलिखित आवश्यक है।

इंडेंट

इंडेंट 2 रिक्त स्थान। कोई टैब नहीं।

पठनीयता में सुधार के लिए ब्लॉक के बीच रिक्त लाइनों का उपयोग करें। इंडेंटेशन दो जगह है। कोई फर्क नहीं पड़ता कि आप क्या करते हैं, टैब का उपयोग न करें। मौजूदा फ़ाइलों के लिए, वर्तमान इंडेंटेशन के लिए सही रहें।

स्ट्रिंग लंबाई और मूल्य लंबाई

अधिकतम पंक्ति की लंबाई 80 वर्ण है।

यदि आपको 80 वर्णों से अधिक लंबी लाइनें लिखने की आवश्यकता है, तो यह here document का उपयोग करके किया जाना चाहिए या, यदि संभव हो, तो अंतर्निहित newline । शाब्दिक मूल्य जो 80 वर्णों से अधिक लंबे हो सकते हैं और अलग नहीं किए जा सकते हैं, उन्हें यथोचित अनुमति दी जाती है, लेकिन यह अत्यधिक अनुशंसित है कि आप उन्हें कमतर बनाने का एक तरीका खोजें।

 #  'here document's cat <<END; I am an exceptionally long string. END #  newlines   long_string="I am an exceptionally long string." 

पाइपलाइन

यदि वे एक लाइन पर फिट नहीं होते हैं, तो पाइपलाइनों को एक पंक्ति में विभाजित किया जाना चाहिए।

यदि एक लाइन पर एक पाइपलाइन फिट बैठता है, तो यह एक लाइन पर होना चाहिए।

यदि नहीं, तो इसे विभाजित किया जाना चाहिए ताकि प्रत्येक अनुभाग एक नई लाइन पर हो और अगले खंड के लिए 2 रिक्त स्थान द्वारा इंडेंट किया जाए। यह 'का उपयोग कर संयुक्त कमान श्रृंखला को संदर्भित करता है।' साथ ही '' का उपयोग कर तार्किक कनेक्शन || और '&&'।

 #      command1 | command2 #   command1 \ | command2 \ | command3 \ | command4 

चक्र

जगह ; do ; do और ; then ; then उसी लाइन पर, while या उसके for ।

शेल में चक्र थोड़ा अलग हैं, लेकिन हम कार्यों को घोषित करते समय घुंघराले ब्रेसिज़ के साथ समान सिद्धांतों का पालन करते हैं। वह है ; then ; then और ; do एक ही लाइन पर होना चाहिए जैसे if / के for / while । else एक अलग लाइन पर होना चाहिए, और क्लोजिंग स्टेटमेंट अपनी लाइन पर होना चाहिए, शुरुआती स्टेटमेंट के साथ लंबवत संरेखित होना चाहिए।

एक उदाहरण:

 for dir in ${dirs_to_cleanup}; do if [[ -d "${dir}/${ORACLE_SID}" ]]; then log_date "Cleaning up old files in ${dir}/${ORACLE_SID}" rm "${dir}/${ORACLE_SID}/"* if [[ "$?" -ne 0 ]]; then error_message fi else mkdir -p "${dir}/${ORACLE_SID}" if [[ "$?" -ne 0 ]]; then error_message fi fi done 

केस का बयान

• 2 स्थानों में अलग विकल्प।
• सिंगल लाइन विकल्प को टेम्प्लेट के समापन ब्रैकेट के बाद और पहले एक स्थान की आवश्यकता होती है ;; ।
• लंबे या बहु-कमांड विकल्पों को एक टेम्पलेट, कार्यों और ;; साथ कई लाइनों में विभाजित किया जाना चाहिए ;; अलग लाइनों पर।

पत्राचार अभिव्यक्तियाँ case और esac से एक स्तर का esac । बहुस्तरीय क्रियाओं के भी अलग-अलग स्तर पर संकेत होते हैं। भावों में भाव डालने की आवश्यकता नहीं है। अभिव्यक्ति पैटर्न खुले कोष्ठक से पहले नहीं होना चाहिए। उपयोग करने से बचें &; और ;;& संकेतन

 case "${expression}" in a) variable="..." some_command "${variable}" "${other_expr}" ... ;; absolute) actions="relative" another_command "${actions}" "${other_expr}" ... ;; *) error "Unexpected expression '${expression}'" ;; esac 

सरल कमांड को पैटर्न के साथ एक लाइन पर रखा जा सकता है और ;; जबकि अभिव्यक्ति पठनीय है। यह अक्सर एकल-पत्र विकल्पों को संभालने के लिए उपयुक्त है। जब क्रियाएं एक लाइन पर फिट नहीं होती हैं, तो अपनी लाइन में टेम्पलेट छोड़ दें, अगली कार्रवाई, फिर ;; खुद की लाइन में भी। जब यह क्रियाओं के साथ समान रेखा हो, तो टेम्पलेट के समापन कोष्ठक के बाद और पहले एक स्थान का उपयोग करें ;; ।

 verbose='false' aflag='' bflag='' files='' while getopts 'abf:v' flag; do case "${flag}" in a) aflag='true' ;; b) bflag='true' ;; f) files="${OPTARG}" ;; v) verbose='true' ;; *) error "Unexpected option ${flag}" ;; esac done 

चर विस्तार

प्राथमिकता के क्रम में: निरीक्षण करें कि पहले से क्या उपयोग में है; उद्धरण चिह्नों में संलग्न चर; "${var}" "$var" से अधिक पसंद करते हैं, लेकिन उपयोग के संदर्भ में एक आँख के साथ।

ये बल्कि सिफारिशें हैं, क्योंकि विषय अनिवार्य विनियमन के लिए काफी विवादास्पद है। वे प्राथमिकता के क्रम में सूचीबद्ध हैं।

1. उसी शैली का उपयोग करें जो आपको मौजूदा कोड में मिलती है।
2. उद्धरण चिह्नों में चर डालें, नीचे कोटेशन अनुभाग देखें।

3. जब तक कड़ाई से आवश्यक न हो और गहरे भ्रम से बचने के लिए एकल वर्णों को शेल / पोजिशनल मापदंडों के लिए विशिष्ट न रखें।
   अन्य सभी चर के लिए घुंघराले ब्रेसिज़ को प्राथमिकता दें।

   
   

     #    #    '' : echo "Positional: $1" "$5" "$3" echo "Specials: !=$!, -=$-, _=$_. ?=$?, #=$# *=$* @=$@ \$=$$ ..." #   : echo "many parameters: ${10}" #    : # Output is "a0b0c0" set -- abc echo "${1}0${2}0${3}0" #     : echo "PATH=${PATH}, PWD=${PWD}, mine=${some_var}" while read f; do echo "file=${f}" done < <(ls -l /tmp) #    #   ,    , #     ,   shell echo a=$avar "b=$bvar" "PID=${$}" "${1}" #  : #    "${1}0${2}0${3}0",   "${10}${20}${30} set -- abc echo "$10$20$30" 

   
   

   उद्धरण

   
   
   • हमेशा उन मानों के लिए उद्धरण चिह्नों का उपयोग करें जिनमें चर, कमांड प्रतिस्थापन, रिक्त स्थान या शेल मेटाचैकर शामिल हैं, जब तक कि आपको उद्धरण चिह्नों में नहीं मूल्यों को सुरक्षित रूप से उजागर करने की आवश्यकता होती है।
   • उन मानों के लिए उद्धरण चिह्नों को प्राथमिकता दें जो "शब्द" हैं (कमांड पैरामीटर या पथ नामों के विपरीत)
   • कभी भी पूर्णांकों का उद्धरण न दें।
   • जानते हैं कि कैसे उद्धरण चिह्नों में मैच पैटर्न के लिए काम करते हैं [[ ।
   • "$@" उपयोग करें यदि आपके पास $* का उपयोग करने का कोई विशेष कारण नहीं है।
   
   

 # ''  ,     . # ""  ,   /. #   # "   " flag="$(some_command and its args "$@" 'quoted separately')" # "  " echo "${flag}" # "      " value=32 # "    ",      number="$(generate_number)" # "   ",    readonly USE_INTEGER='true' # "    - shell" echo 'Hello stranger, and well met. Earn lots of $$$' echo "Process $$: Done making \$\$\$." # "    " # ( ,  $1  ) grep -li Hugo /dev/null "$1" #    # "   ,    ": ccs     git send-email --to "${reviewers}" ${ccs:+"--cc" "${ccs}"} #   : $1    #       . grep -cP '([Ss]pecial|\|?characters*)$' ${1:+"$1"} #   , # "$@"   ,  # $*    # # * $*  $@   ,   #      ; # * "$@"     ,   #       ; #     ,      #   # * "$*"    ,    #     () , #        # ( 'man bash'  nit-grits ;-) set -- 1 "2 two" "3 three tres"; echo $# ; set -- "$*"; echo "$#, $@") set -- 1 "2 two" "3 three tres"; echo $# ; set -- "$@"; echo "$#, $@") 

सुविधाएँ और त्रुटियाँ

कमान प्रतिस्थापन

बैकटिक्स के बजाय $(command) उपयोग करें।

नेस्टेड बैकटिक्स को \ _ के साथ आंतरिक उद्धरण से बचने की आवश्यकता होती है। $ (command) प्रारूप नेस्टिंग के आधार पर नहीं बदलता है और पढ़ने में आसान है।

एक उदाहरण:

 #  : var="$(command "$(command1)")" #  : var="`command \`command1\``" 

जाँच, [ और [[

[[ ... ]] test , या /usr/bin/[ तुलना [[ ... ]] अधिक बेहतर है।

[[ ... ]] त्रुटि की संभावना को कम करता है, क्योंकि [[ और ]] , और [[ ... ]] बीच कोई पथ संकल्प या शब्द पृथक्करण नहीं है, जिससे आप एक नियमित अभिव्यक्ति का उपयोग कर सकते हैं जहां [ ... ] नहीं है।

 #  ,       #  `alnum`,     . #  ,       #  .  ,  # E14   https://tiswww.case.edu/php/chet/bash/FAQ if [[ "filename" =~ ^[[:alnum:]]+name ]]; then echo "Match" fi #     "f*" (    ) if [[ "filename" == "f*" ]]; then echo "Match" fi #    "too many arguments",   f*   #     if [ "filename" == f* ]; then echo "Match" fi 

मान की जाँच करें

जहां संभव हो, अतिरिक्त पात्रों के बजाय उद्धरण चिह्नों का उपयोग करें।

बैश एक परीक्षण में खाली स्ट्रिंग के साथ काम करने के लिए पर्याप्त स्मार्ट है। इसलिए, परिणामी कोड को पढ़ना बहुत आसान है, अतिरिक्त वर्णों का उपयोग किए बिना, खाली / गैर-रिक्त मान या खाली मान के लिए चेक का उपयोग करें।

 #  : if [[ "${my_var}" = "some_string" ]]; then do_something fi # -z (   ),  -n (    ): #      if [[ -z "${my_var}" ]]; then do_something fi #   ( ),   : if [[ "${my_var}" = "" ]]; then do_something fi #   : if [[ "${my_var}X" = "some_stringX" ]]; then do_something fi 

आप जो जाँच रहे हैं, उसके बारे में भ्रम से बचने के लिए, स्पष्ट रूप से -z या -n उपयोग करें।

 #   if [[ -n "${my_var}" ]]; then do_something fi #  ,    ,  ${my_var} #     . if [[ "${my_var}" ]]; then do_something fi 

फ़ाइल नाम के लिए प्रतिस्थापन भाव

फ़ाइल नामों के लिए वाइल्डकार्ड एक्सप्रेशन बनाते समय स्पष्ट पथ का उपयोग करें।

चूंकि फ़ाइल नाम - चरित्र के साथ शुरू हो सकता है, इसलिए वाइल्डकार्ड अभिव्यक्ति को ./* बजाय।

 #   : # -f -r somedir somefile #        force psa@bilby$ rm -v * removed directory: `somedir' removed `somefile' #   : psa@bilby$ rm -v ./* removed `./-f' removed `./-r' rm: cannot remove `./somedir': Is a directory removed `./somefile' 

eval

eval से बचना चाहिए।

एवल आपको इनपुट में पारित चर का विस्तार करने की अनुमति देता है, लेकिन यह अन्य चर भी सेट कर सकता है, उन्हें जांचने की संभावना के बिना।

 #   ? #   ?   ? eval $(set_my_variables) #  ,         ? variable="$(eval some_function)" 

में पाइप

आदेश प्रतिस्थापन या लूप के for उपयोग करें, while पाइप में। चर while में बदले जाने वाले चर अभिभावक के लिए नहीं फैलते हैं, क्योंकि लूप कमांड को एक उप-शेल में निष्पादित किया जाता है।

while पाइप में एक निहित उप-शेल त्रुटि ट्रैकिंग को मुश्किल बना सकता है।

 last_line='NULL' your_command | while read line; do last_line="${line}" done #   'NULL' echo "${last_line}" 

एक लूप के लिए उपयोग करें यदि आप सुनिश्चित हैं कि इनपुट में रिक्त स्थान या विशेष वर्ण नहीं होंगे (आमतौर पर यह उपयोगकर्ता इनपुट का मतलब नहीं है)।

 total=0 #  ,       . for value in $(command); do total+="${value}" done 

कमांड प्रतिस्थापन का उपयोग करने से आप आउटपुट को पुनर्निर्देशित कर सकते हैं, लेकिन अंतर्निहित उप-शेल के विपरीत, एक स्पष्ट उप-शेल में कमांड निष्पादित करता है, जो कि while लिए बैश बनाता है।

 total=0 last_file= while read count filename; do total+="${count}" last_file="${filename}" done < <(your_command | uniq -c) #         # . echo "Total = ${total}" echo "Last one = ${last_file}" 

ऐसे छोरों का उपयोग करें जहां मूल शेल में जटिल परिणामों को पारित करने की आवश्यकता नहीं है - यह तब विशिष्ट है जब अधिक जटिल "पार्सिंग" की आवश्यकता होती है। याद रखें कि सरल उदाहरण कभी-कभी जाग जैसे उपकरण का उपयोग करके हल करना आसान होता है। यह तब भी उपयोगी हो सकता है जब आप विशेष रूप से मूल वातावरण के चर को संशोधित नहीं करना चाहते हैं।

 #    awk: # awk '$3 == "nfs" { print $2 " maps to " $1 }' /proc/mounts cat /proc/mounts | while read src dest type opts rest; do if [[ ${type} == "nfs" ]]; then echo "NFS ${dest} maps to ${src}" fi done 

नामकरण सम्मेलन

कार्य का नाम

शब्दों को अलग करने के लिए अंडरस्कोर के साथ निचला मामला। अलग पुस्तकालयों के साथ :: । फ़ंक्शन नाम के बाद ब्रैकेट आवश्यक हैं। फ़ंक्शन कीवर्ड वैकल्पिक है, लेकिन अगर इसका उपयोग किया जाता है, तो यह पूरे प्रोजेक्ट के अनुरूप है।

यदि आप अलग-अलग फ़ंक्शन लिखते हैं, तो लोअरकेस और अलग-अलग शब्दों का उपयोग अंडरस्कोर के साथ करें। यदि आप पैकेज लिख रहे हैं, तो पैकेज के नामों को :: अलग करें। ब्रैकेट फ़ंक्शन नाम (Google पर अन्य भाषाओं की तरह) के समान पंक्ति में होना चाहिए, और फ़ंक्शन नाम और ब्रैकेट के बीच स्थान नहीं होना चाहिए।

 #   my_func() { ... } #   mypackage::my_func() { ... } 

जब फ़ंक्शन नाम के बाद "()" आता है, तो फ़ंक्शन कीवर्ड अनावश्यक दिखता है, लेकिन यह फ़ंक्शन की त्वरित पहचान में सुधार करता है।

चर नाम

फ़ंक्शन नामों के बारे में।

लूप के लिए परिवर्तनीय नाम समान रूप से आपके द्वारा प्रसारित किए जाने वाले किसी भी चर के लिए समान रूप से नामित होने चाहिए।

 for zone in ${zones}; do something_with "${zone}" done 

पर्यावरण चर निरंतर नाम

सभी बड़े अक्षरों में, अंडरस्कोर द्वारा अलग किए गए, फ़ाइल के शीर्ष पर घोषित किए जाते हैं।

लगातार और सब कुछ जो पर्यावरण को निर्यात किया जाता है, ऊपरी मामले में होना चाहिए।

 #  readonly PATH_TO_FILES='/some/path' # ,   declare -xr ORACLE_SID='PROD' 

कुछ चीजें स्थिर रहती हैं जब वे पहली बार स्थापित होती हैं (उदाहरण के लिए, getopts माध्यम से)। इस प्रकार, getopts माध्यम से या एक शर्त के आधार पर एक स्थिर सेट करना काफी सामान्य है, लेकिन इसके ठीक बाद इसे आसानी से किया जाना चाहिए। ध्यान दें कि declare कार्यों के अंदर वैश्विक चर के साथ काम नहीं करता है, इसलिए इसके बजाय आसानी से या export सिफारिश export जाती है।

 VERBOSE='false' while getopts 'v' flag; do case "${flag}" in v) VERBOSE='true' ;; esac done readonly VERBOSE 

स्रोत फ़ाइल नाम

निचले मामले में, यदि आवश्यक हो तो अलग शब्दों में अंडरस्कोर के साथ।

यह Google पर कोड की अन्य शैलियों से मेल खाता है: maketemplate या make_template , लेकिन make-template ।

केवल चर पढ़ें

यह सुनिश्चित करने के लिए कि वे केवल पढ़ने के लिए पढ़ें या declare -r का उपयोग करें।

shell, . , , .

 zip_version="$(dpkg --status zip | grep Version: | cut -d ' ' -f 2)" if [[ -z "${zip_version}" ]]; then error_message else readonly zip_version fi 

, , local . .

, , local . , .

, ; local exit code .

 my_func2() { local name="$1" #      : local my_var my_var="$(my_func)" || return #   : $?  exit code  'local',   my_func local my_var="$(my_func)" [[ $? -eq 0 ]] || return ... } 

. .

, . , set , .

. .

main

, main , , .

, main . , ( , ). main:

 main "$@" 

, , , main — , .

.

$? if , .

:

 if ! mv "${file_list}" "${dest_dir}/" ; then echo "Unable to move ${file_list} to ${dest_dir}" >&2 exit "${E_BAD_MOVE}" fi #  mv "${file_list}" "${dest_dir}/" if [[ "$?" -ne 0 ]]; then echo "Unable to move ${file_list} to ${dest_dir}" >&2 exit "${E_BAD_MOVE}" fi Bash    `PIPESTATUS`,         .           ,   : ```bash tar -cf - ./* | ( cd "${dir}" && tar -xf - ) if [[ "${PIPESTATUS[0]}" -ne 0 || "${PIPESTATUS[1]}" -ne 0 ]]; then echo "Unable to tar files to ${dir}" >&2 fi 

, PIPESTATUS , - , , PIPESTATUS ( , [ PIPESTATUS ).

 tar -cf - ./* | ( cd "${DIR}" && tar -xf - ) return_codes=(${PIPESTATUS[*]}) if [[ "${return_codes[0]}" -ne 0 ]]; then do_something fi if [[ "${return_codes[1]}" -ne 0 ]]; then do_something_else fi 

shell , .

, bash, ( , sed ).

:

 #  : addition=$((${X} + ${Y})) substitution="${string/#foo/bar}" #  : addition="$(expr ${X} + ${Y})" substitution="$(echo "${string}" | sed -e 's/^foo/bar/')" 

निष्कर्ष

.

कृपया C ++ मैनुअल के निचले भाग में पार्टिंग वर्ड्स सेक्शन को पढ़ने के लिए कुछ मिनट लें ।