ฉันค้นหา noop ใน bash (:) แต่ไม่พบข้อมูลที่ดี วัตถุประสงค์ที่แน่นอนหรือกรณีการใช้งานของตัวดำเนินการนี้คืออะไร?

ฉันลองทำตามแล้วและมันก็ใช้ได้สำหรับฉัน:

[mandy@root]$ a=11
[mandy@root]$ b=20
[mandy@root]$ c=30
[mandy@root]$ echo $a; : echo $b ; echo $c
10
30

โปรดแจ้งให้เราทราบกรณีการใช้งานใด ๆ ของตัวดำเนินการนี้แบบเรียลไทม์หรือสถานที่ใด ๆ ที่จำเป็นต้องใช้

มีมากกว่านี้ด้วยเหตุผลทางประวัติศาสตร์ ลำไส้ใหญ่ในตัว:เทียบเท่ากับtrue. เป็นแบบดั้งเดิมที่จะใช้trueเมื่อค่าที่ส่งคืนมีความสำคัญเช่นในลูปไม่มีที่สิ้นสุด:

while true; do
  echo 'Going on forever'
done

เป็นแบบดั้งเดิมที่จะใช้:เมื่อไวยากรณ์ของเชลล์ต้องการคำสั่ง แต่คุณไม่มีอะไรทำ

while keep_waiting; do
  : # busy-wait
done

:วัน builtin ตลอดทางกลับไปที่ธ อมป์สันเปลือกมันเป็นปัจจุบันในระบบปฏิบัติการยูนิกซ์ v6 :เป็นตัวบ่งชี้ฉลากสำหรับgotoคำสั่งของ Thompson shell ฉลากอาจจะเป็นข้อความใด ๆ เพื่อให้:สองเท่าขึ้นเป็นตัวบ่งชี้ความคิดเห็น (ถ้าไม่มีgoto commentแล้ว: commentอย่างมีประสิทธิภาพความคิดเห็น) เปลือกบอร์นไม่ได้มีแต่เก็บไว้goto:

สำนวนทั่วไปที่ใช้:เป็น: ${var=VALUE}ที่ชุดvarไปVALUEถ้ามันไม่มีการตั้งค่าและไม่ทำอะไรเลยถ้าvarถูกกำหนดไว้แล้ว โครงสร้างนี้มีอยู่ในรูปแบบของการแทนที่ตัวแปรเท่านั้นและการแทนที่ตัวแปรนี้จำเป็นต้องเป็นส่วนหนึ่งของคำสั่งอย่างใด: คำสั่ง no-op ทำหน้าที่ได้ดี

ดูเพิ่มเติมลำไส้ใหญ่ในตัวทำหน้าที่อะไร? .

ฉันใช้มันสำหรับคำสั่ง if เมื่อฉันแสดงความคิดเห็นเกี่ยวกับรหัสทั้งหมด ตัวอย่างเช่นคุณมีการทดสอบ:

if [ "$foo" != "1" ]
then
    echo Success
fi

แต่คุณต้องการแสดงความคิดเห็นชั่วคราวเกี่ยวกับทุกสิ่งที่อยู่ภายใน:

if [ "$foo" != "1" ]
then
    #echo Success
fi

ซึ่งทำให้ bash ให้ข้อผิดพลาดทางไวยากรณ์:

line 4: syntax error near unexpected token `fi'
line 4: `fi'

Bash ต้องไม่มีบล็อกว่าง (WTF) ดังนั้นคุณจึงเพิ่ม no-op:

if [ "$foo" != "1" ]
then
    #echo Success
    :
fi

หรือคุณสามารถใช้ no-op เพื่อแสดงความคิดเห็นในบรรทัด:

if [ "$foo" != "1" ]
then
    : echo Success
fi

ถ้าคุณใช้set- eแล้ว|| :เป็นวิธีที่ดีที่จะไม่ออกจากสคริปต์ถ้าเป็นความล้มเหลวที่เกิดขึ้น (มันอย่างชัดเจนทำให้มันผ่าน)

คุณจะใช้:เพื่อส่งคำสั่งที่สำเร็จ แต่ไม่ได้ทำอะไรเลย ในตัวอย่างนี้คำสั่ง "ฟุ่มเฟื่อย" :ถูกปิดโดยค่าเริ่มต้นโดยการตั้งค่าให้ ตัวเลือก 'v' จะเปิดใช้งาน

#!/bin/sh
# example
verbosity=:                         
while getopts v OPT ; do          
   case $OPT in                  
       v)        
           verbosity=/bin/realpath 
       ;;
       *)
           exit "Cancelled"
       ;;             
   esac                          
done                              

# `$verbosity` always succeeds by default, but does nothing.                              
for i in * ; do                   
  echo $i $($verbosity $i)         
done                              

$ example
   file

$ example -v
   file /home/me/file  

ไม่สนใจ aliasข้อโต้แย้ง

บางครั้งคุณต้องการมีนามแฝงที่ไม่ใช้โต้แย้งใด ๆ คุณสามารถทำได้โดยใช้::

> alias alert_with_args='echo hello there'

> alias alert='echo hello there;:'

> alert_with_args blabla
hello there blabla

> alert blabla
hello there

การใช้งานเพียงครั้งเดียวคือการแสดงความคิดเห็นหลายบรรทัดหรือเพื่อแสดงความคิดเห็นบางส่วนของโค้ดของคุณเพื่อวัตถุประสงค์ในการทดสอบโดยใช้ร่วมกับไฟล์ที่นี่

: << 'EOF'

This part of the script is a commented out

EOF

อย่าลืมที่จะใช้คำพูดรอบEOFเพื่อให้ภายในรหัสใด ๆ $(foo)ไม่ได้รับการประเมินเช่น นอกจากนี้ยังอาจจะมีมูลค่าโดยใช้ชื่อเทอร์มิที่ใช้งานง่ายเหมือนNOTES, หรือSCRATCHPADTODO

สองของฉัน

ฝังความคิดเห็น POD

แอปพลิเคชั่นที่ค่อนข้างขี้ขลาด:คือการฝังความคิดเห็น POD ในสคริปต์ทุบตีเพื่อให้สามารถสร้างเพจได้อย่างรวดเร็ว แน่นอนในที่สุดก็จะเขียนสคริปต์ทั้งหมดใน Perl ;-)

การรวมฟังก์ชันรันไทม์

นี่คือรูปแบบรหัสประเภทหนึ่งสำหรับการผูกฟังก์ชันในขณะทำงาน Fi มีฟังก์ชั่นการดีบักเพื่อทำบางสิ่งเฉพาะเมื่อมีการตั้งค่าสถานะบางอย่าง:

#!/bin/bash
# noop-demo.sh 
shopt -s expand_aliases

dbg=${DBG:-''}

function _log_dbg {
    echo >&2 "[DBG] $@"
}

log_dbg_hook=':'

[ "$dbg" ] && log_dbg_hook='_log_dbg'

alias log_dbg=$log_dbg_hook


echo "Testing noop alias..."
log_dbg 'foo' 'bar'

คุณได้รับ:

$ ./noop-demo.sh 
Testing noop alias...
$ DBG=1 ./noop-demo.sh 
Testing noop alias...
[DBG] foo bar

บางครั้งคำสั่ง no-op อาจทำให้โค้ดของคุณอ่านง่ายขึ้น

นั่นอาจเป็นเรื่องของความคิดเห็น แต่นี่คือตัวอย่าง สมมติว่าคุณได้สร้างฟังก์ชันที่ใช้งานได้โดยใช้ unix สองพา ธ จะคำนวณ 'เส้นทางการเปลี่ยนแปลง' ที่จำเป็นในการซีดีจากเส้นทางหนึ่งไปยังอีกเส้นทางหนึ่ง คุณวางข้อ จำกัด ในฟังก์ชันของคุณว่าพา ธ ทั้งสองต้องขึ้นต้นด้วย '/' หรือทั้งคู่ต้องไม่

function chgpath() {
    # toC, fromC are the first characters of the argument paths.
    if [[ "$toC" == / && "$fromC" == / ]] || [[ "$toC" != / && "$fromC" != / ]]
    then
        true      # continue with function
    else
        return 1  # Skip function.
    fi

นักพัฒนาบางรายต้องการลบ no-op ออก แต่นั่นหมายถึงการลบล้างเงื่อนไข:

function chgpath() {
    # toC, fromC are the first characters of the argument paths.
    if [[ "$toC" != / || "$fromC" == / ]] && [[ "$toC" == / || "$fromC" != / ]]
    then
        return 1  # Skip function.
    fi

ตอนนี้ - ในความคิดของฉัน - มันไม่ชัดเจนนักจาก if-clause เงื่อนไขที่คุณต้องการข้ามการทำฟังก์ชัน หากต้องการกำจัด no-op และทำอย่างชัดเจนคุณต้องย้าย if-clause ออกจากฟังก์ชัน:

    if [[ "$toC" == / && "$fromC" == / ]] || [[ "$toC" != / && "$fromC" != / ]]
    then
        cdPath=$(chgPath pathA pathB)   # (we moved the conditional outside)

ดูดีขึ้น แต่หลายครั้งเราทำไม่ได้ เราต้องการให้ทำการตรวจสอบภายในฟังก์ชัน

แล้วสิ่งนี้เกิดขึ้นบ่อยแค่ไหน? ไม่บ่อยมาก. อาจจะปีละครั้งหรือสองครั้ง มันเกิดขึ้นบ่อยพอที่คุณควรตระหนักถึงมัน ฉันไม่อายที่จะใช้มันเมื่อฉันคิดว่ามันช่วยเพิ่มความสามารถในการอ่านรหัสของฉัน (โดยไม่คำนึงถึงภาษา)

ค่อนข้างเกี่ยวข้องกับคำตอบนี้ฉันพบว่า no-op นี้ค่อนข้างสะดวกในการแฮ็กสคริปต์หลายภาษา ตัวอย่างเช่นนี่คือความคิดเห็นที่ถูกต้องทั้งสำหรับ bash และ vimscript:

":" #    this is a comment
":" #    in bash, ‘:’ is a no-op and ‘#’ starts a comment line
":" #    in vimscript, ‘"’ starts a comment line

แน่นอนว่าเราอาจใช้trueเช่นกัน แต่:การเป็นเครื่องหมายวรรคตอนไม่ใช่คำภาษาอังกฤษที่ไม่เกี่ยวข้องทำให้ชัดเจนว่าเป็นโทเค็นไวยากรณ์

สำหรับเหตุผลที่ใครสักคนจะทำสิ่งที่ยุ่งยากเหมือนการเขียนสคริปต์พูดได้หลายภาษา (ที่นอกจากจะเป็นเย็น): มันพิสูจน์เป็นประโยชน์ในสถานการณ์ที่เรามักจะเขียนสคริปต์ไฟล์หลายในภาษาที่แตกต่างกันกับแฟ้มหมายถึงไฟล์XY

ในสถานการณ์เช่นนี้การรวมสคริปต์ทั้งสองไว้ในไฟล์ polyglot ไฟล์เดียวจะหลีกเลี่ยงงานใด ๆ ในXการกำหนดเส้นทางไปยังY(เป็นเพียงแค่"$0") ที่สำคัญทำให้สะดวกในการเคลื่อนย้ายหรือแจกจ่ายโปรแกรม

• ตัวอย่างทั่วไป มีปัญหาที่รู้จักกันดีและมีมายาวนานเกี่ยวกับ Shebangs: ระบบส่วนใหญ่ (รวมถึง Linux และ Cygwin) อนุญาตให้ส่งอาร์กิวเมนต์ไปยังล่ามได้เพียงข้อเดียว Shebang ต่อไปนี้:

  #!/usr/bin/env interpreter --load-libA --load-libB

  จะเริ่มคำสั่งต่อไปนี้:

  /usr/bin/env "interpreter --load-libA --load-libB" "/path/to/script"

  และไม่ได้ตั้งใจ:

  /usr/bin/env interpreter --load-libA --load-libB "/path/to/script"

  ดังนั้นคุณจะต้องเขียนสคริปต์ wrapper เช่น:

  #!/usr/bin/env sh
  /usr/bin/env interpreter --load-libA --load-libB "/path/to/script"

  นี่คือจุดที่ polyglossia เข้าสู่เวที

• ตัวอย่างที่เฉพาะเจาะจงมากขึ้น ครั้งหนึ่งฉันเคยเขียนสคริปต์ทุบตีซึ่งเรียกเป็นกลุ่ม --cmd "arbitrary vimscript command here"ฉันต้องการที่จะให้เป็นกลุ่มการตั้งค่าเพิ่มเติมซึ่งสามารถทำได้ด้วยตัวเลือก อย่างไรก็ตามการตั้งค่านั้นมีความสำคัญมากดังนั้นการแทรกในสตริงจะแย่มาก (ถ้าเป็นไปได้) ดังนั้นทางออกที่ดีกว่าคือเขียนเป็นextensoในไฟล์กำหนดค่าบางไฟล์จากนั้นให้ Vim อ่านไฟล์นั้นด้วย-S "/path/to/file". ดังนั้นฉันจึงลงเอยด้วยไฟล์ polyglot bash / vimscript

ฉันยังใช้ในสคริปต์เพื่อกำหนดตัวแปรเริ่มต้น

: ${VARIABLE1:=my_default_value}
: ${VARIABLE2:=other_default_value}
call-my-script ${VARIABLE1} ${VARIABLE2}

สมมติว่าคุณมีคำสั่งที่คุณต้องการเชื่อมโยงไปสู่ความสำเร็จของอีกฝ่าย:

cmd="some command..."
$cmd
[ $? -eq 0 ] && some-other-command

แต่ตอนนี้คุณต้องการดำเนินการคำสั่งตามเงื่อนไขและคุณต้องการแสดงคำสั่งที่จะดำเนินการ (dry-run):

cmd="some command..."
[ ! -z "$DEBUG" ] && echo $cmd
[ -z "$NOEXEC" ] && $cmd
[ $? -eq 0 ] && {
    cmd="some-other-command"
    [ ! -z "$DEBUG" ] && echo $cmd
    [ -z "$NOEXEC" ] && $cmd
}

ดังนั้นหากคุณตั้งค่า DEBUG และ NOEXEC คำสั่งที่สองจะไม่ปรากฏขึ้น นี่เป็นเพราะคำสั่งแรกไม่เคยดำเนินการ (เนื่องจาก NOEXEC ไม่ว่างเปล่า) แต่การประเมินความจริงนั้นทำให้คุณได้รับผลตอบแทนเป็น 1 ซึ่งหมายความว่าคำสั่งรองจะไม่ดำเนินการ (แต่คุณต้องการให้ใช้เพราะเป็นการทำงานแบบแห้ง) ดังนั้นในการแก้ไขปัญหานี้คุณสามารถรีเซ็ตค่าทางออกที่เหลือบนสแต็กโดยใช้ noop:

[ -z "$NOEXEC" ] && $cmd || :