ทำไมการตั้งค่าตัวแปรก่อนที่คำสั่งถูกกฎหมายในทุบตี?

ฉันเพิ่งพบคำตอบหลายอย่างเช่นการแยกวิเคราะห์ไฟล์ข้อความที่คั่นด้วย ...ที่ใช้โครงสร้าง:

while IFS=, read xx yy zz;do
    echo $xx $yy $zz
done < input_file

โดยที่IFSตัวแปรถูกตั้งค่าไว้ก่อนreadคำสั่ง

ฉันอ่านการอ้างอิง bash แล้วแต่ไม่สามารถเข้าใจได้ว่าทำไมสิ่งนี้ถึงถูกกฎหมาย

ฉันเหนื่อย

$ x="once upon" y="a time" echo $x $y

จากพรอมต์คำสั่ง bash แต่ไม่มีอะไรเกิดขึ้น ใครบางคนสามารถชี้ให้ฉันเห็นว่าไวยากรณ์นั้นถูกกำหนดในการอ้างอิงที่อนุญาตให้ตัวแปร IFS ตั้งค่าในลักษณะนั้นได้หรือไม่? มันเป็นกรณีพิเศษหรือฉันสามารถทำสิ่งที่คล้ายกับตัวแปรอื่น ๆ ได้หรือไม่?

มันอยู่ภายใต้เชลล์ไวยากรณ์คำสั่งง่าย ๆ (เน้นการเพิ่ม):

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

ดังนั้นคุณสามารถผ่านตัวแปรใด ๆ ที่คุณต้องการ echoตัวอย่างของคุณไม่ทำงานเนื่องจากตัวแปรถูกส่งผ่านไปยังคำสั่งไม่ได้ตั้งค่าไว้ในเชลล์ เชลล์ขยาย$xและ$y ก่อนที่จะเรียกใช้คำสั่ง งานนี้ตัวอย่างเช่น:

$ x="once upon" y="a time" bash -c 'echo $x $y'
once upon a time

ตัวแปรที่กำหนดกลายเป็นเหมือนตัวแปรสภาพแวดล้อมในกระบวนการทางแยก

ถ้าคุณวิ่ง

A="b" echo $A

จากนั้นทุบตีก่อนขยาย$Aเข้าไป""แล้วเรียกใช้

A="b" echo

นี่คือวิธีที่ถูกต้อง:

x="once upon" y="a time" bash -c 'echo $x $y'

สังเกตเห็นคำพูดเดียวในbash -cมิฉะนั้นคุณจะมีปัญหาเช่นเดียวกับข้างต้น

ดังนั้นตัวอย่างเช่นวงของคุณเป็นกฎหมายเพราะทุบตี builtin 'อ่าน' ,คำสั่งจะมองหาไอเอฟเอในตัวแปรสภาพแวดล้อมของตนและพบว่า ดังนั้น,

for i in `TEST=test bash -c 'echo $TEST'`
do
  echo "TEST is $TEST and I is $i"
done

จะพิมพ์ TEST is and I is test

สุดท้ายสำหรับไวยากรณ์ในห่วงสำหรับสตริงที่คาดว่า ดังนั้นฉันต้องใช้ backticks เพื่อทำให้มันเป็นคำสั่ง IFS=, read xx yy zzอย่างไรก็ตามในขณะที่ลูปคาดว่าไวยากรณ์คำสั่งเช่น

man bash

สิ่งแวดล้อม

[... ] สภาพแวดล้อมสำหรับคำสั่งหรือฟังก์ชั่นที่เรียบง่ายใด ๆ อาจจะถูกเพิ่มชั่วคราวโดยนำหน้าด้วยการกำหนดพารามิเตอร์ตามที่อธิบายไว้ข้างต้นในพารามิเตอร์ ข้อความสั่งการมอบหมายเหล่านี้มีผลกระทบต่อสภาพแวดล้อมที่เห็นโดยคำสั่งนั้นเท่านั้น

ตัวแปรจะถูกขยายก่อนที่จะมีการกำหนดตัวแปร ด้วยเหตุผลที่ชัดเจนว่าvar=xจะใช้วิธีอื่นเช่นกัน แต่var=$othervarก็ไม่ได้ $xนั่นคือความต้องการของคุณก่อนที่จะสามารถใช้ได้ แต่นั่นไม่ใช่ปัญหาหลัก ปัญหาหลักคือว่าบรรทัดคำสั่งสามารถแก้ไขได้โดยสภาพแวดล้อมของเชลล์เท่านั้น แต่การกำหนดไม่ได้เป็นส่วนหนึ่งของสภาพแวดล้อมของเชลล์

คุณรวมคุณสมบัติต่าง ๆ : คุณต้องการเปลี่ยนบรรทัดคำสั่ง แต่ใส่คำจำกัดความของตัวแปรลงในสภาพแวดล้อมของคำสั่ง การแทนที่บรรทัดคำสั่งจะต้องทำโดยเชลล์ สภาวะแวดล้อมต้องถูกใช้อย่างชัดเจนโดยคำสั่งที่เรียกใช้ สิ่งนี้จะทำอย่างไรและขึ้นอยู่กับคำสั่ง

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

x="once upon" y="a time" bash -c 'echo $x $y'

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

คำสั่งที่คุณระบุนั้นแตกต่างกันเพราะ$xและ$yถูกขยายก่อนที่echoคำสั่งจะทำงานดังนั้นค่าในเชลล์ปัจจุบันจะถูกใช้ไม่ใช่ค่าที่echoจะเห็นในสภาพแวดล้อมหากมอง

ฉันจะให้ภาพที่ใหญ่ขึ้นของ " ทำไมมันถูกกฎหมาย"

คำตอบ: เพื่อให้คุณสามารถโทรหรือเรียกใช้โปรแกรมและสำหรับการเรียกใช้เพียงตัวแปรที่มีตัวแปรเฉพาะ

เป็นตัวอย่าง: คุณมีพารามิเตอร์สำหรับการเชื่อมต่อฐานข้อมูลที่เรียกว่า 'db_connection' และโดยปกติคุณจะผ่าน 'test' เป็นชื่อสำหรับการเชื่อมต่อฐานข้อมูลการทดสอบของคุณ ในความเป็นจริงคุณอาจตั้งเป็นค่าเริ่มต้นที่คุณไม่จำเป็นต้องผ่านอย่างชัดเจน บางครั้งคุณต้องการทำงานกับฐานข้อมูล ci ดังนั้นคุณส่งผ่านพารามิเตอร์เป็น 'ci' จากนั้นโปรแกรมที่ถูกเรียกใช้ใช้พารามิเตอร์ฐานข้อมูลนั้นเป็นชื่อของ db เพื่อใช้สำหรับการเรียกฐานข้อมูลทั้งหมด สำหรับการเรียกใช้ครั้งต่อไปหากคุณไม่ทำซ้ำวิธีและเพียงเรียกโปรแกรมตัวแปรจะกลับสู่ค่าเริ่มต้นก่อนหน้า

;นอกจากนี้คุณยังสามารถใช้ มันจะถูกประเมินผลก่อนเพราะมันเป็นตัวคั่นคำสั่ง

x="once upon" y="a time"; echo $x $y