sv.phhsnews.com


sv.phhsnews.com / När är det bättre att använda #! / Bin / bash Istället för #! / Bin / sh i ett Shell-skript?

När är det bättre att använda #! / Bin / bash Istället för #! / Bin / sh i ett Shell-skript?


När du skapar ett nytt skalskript vill du göra Visst är det så problemfritt som möjligt, men ibland kan det vara lite förvirrande att veta vilken shebang som är den bästa för dig att använda. I den här noten har dagens SuperUser Q & A-post svaret på en förvirrad läsares fråga.

Dagens Frågor och svar-session kommer till vår tjänst med SuperUser-en indelning av Stack Exchange, en community-driven gruppering av Q & A-webbplatser.

Frågan

SuperUser-läsaren Hendre vill veta när det är bättre att använda #! / Bin / bash istället för #! / Bin / sh i skalskript:

När är det mer lämpligt att använda #! / Bin / bash än #! / Bin / sh i ett skalskript?

När är det bättre att använda #! / bin / bash i stället för #! / bin / sh i ett skalskript?

Svaret

Graviteten för SuperUser-bidragsgivaren har svaret för oss:

I kort:

  • Det finns flera skal som implementerar en superset av POSIX sh-specifikationen. På olika system kan / bin / sh vara en länk till aska, bash, dash, ksh, zsh, etc. Det kommer alltid att vara sh-kompatibelt men aldrig csh eller fish.
  • Så länge Eftersom du bara håller fast vid Sh-funktioner kan du (och nog borde) använda #! / bin / sh och manuset ska fungera bra, oavsett vilket skal det är.
  • Om du börjar använda bash-specifika funktioner (dvs. arrayer), bör du specifikt begära bash eftersom, även om / bin / sh redan anropar bash på ditt system, kanske det inte finns på alla andras system och ditt skript kommer inte att springa där . Detsamma gäller för zsh och ksh.
  • Även om manuset endast är avsett för personligt bruk kanske du märker att vissa operativsystem ändras / bin / sh under uppgraderingar. Till exempel, på Debian brukade den vara bash, men ersattes senare med den mycket minimala streckkoden. Skript som använde bashism men hade #! / Bin / sh plötsligt brutit.

Men:

  • Även #! / Bin / bash är inte så korrekt. På olika system kan bash leva i / usr / bin , / usr / pkg / bin eller / usr / local / bin .
  • A mer tillförlitligt alternativ är #! / usr / bin / env bash , som använder $ PATH . Även om env-verktyget självt inte är strikt garanterat, fungerar / usr / bin / env fortfarande på fler system än / bin / bash .

Har något att lägga till förklaring? Ljud av i kommentarerna. Vill du läsa mer svar från andra tech-savvy Stack Exchange-användare? Kolla in den fullständiga diskussionsgängan här.

Bildkredit: Wikipedia


Hur man testar läsbarheten i din skrivning i Microsoft Word eller Outlook

Hur man testar läsbarheten i din skrivning i Microsoft Word eller Outlook

Microsoft Word och Outlook har länge inneburit möjligheten att visa läsbarhetsstatistik för vad du skriver, så du vet hur enkelt eller komplext du skriver är. Detta kan hjälpa till att säkerställa att skrivningen är läsbar nog för din avsedda publik. I äldre versioner av Word var funktionen bara ett klick bort på statusfältet.

(how-to)

Automatisk stänga (eller dölj) Inaktiva applikationer på din Mac med quitter

Automatisk stänga (eller dölj) Inaktiva applikationer på din Mac med quitter

Var ärlig: du läser detta istället för att fungera, eller hur? Jag är tacksam, för det är hur jag lever, men för din skull borde du verkligen försöka fokusera. Det är för lätt att snabbt öppna Twitter eller IM för "bara en minut", särskilt när de sitter öppna i bakgrunden. Quitter är en Mac-app som kan hjälpa.

(how-to)