Quando è importante scrivere script portatili?

La maggior parte del codice che scrivo è in PHP. Di recente ho iniziato a studiare gli script di shell. La maggior parte delle risorse e dei tutorial che ho incontrato sono specifici di Bash. Alcuni avvertono dei bashismi e altri no. Ho letto molto qui e Stack Overflow.

Ogni volta che una risposta usa basismi , qualcuno inevitabilmente commenterà per dire:

Non dovresti usare <inserire qui bashism>. Non è portatile.

Questo succede anche quando la domanda è stata taggata bash. Per me, è come dire a un programmatore di PHP che non dovrebbero usare il codice nuovo in PHP 5 perché non può essere usato con PHP 4. O dire a qualcuno che non dovrebbero scrivere qualcosa per Mac perché non può essere usato Su Windows.

Quando scrivo in PHP, scelgo un requisito minimo e scrivo un codice compatibile con il forward . Non mi preoccupo di renderlo compatibile con le versioni precedenti.

Se uso #!/bin/bashcome shebang, perché non dovrei usare i bashismi? Sto iniziando a ottenere l'impressione che alcune persone come per bash bashismi (gioco di parole) solo per il gusto di farlo.

Le persone usano spesso bashe in modo shellintercambiabile, probabilmente a causa del fatto che bash è la shell predefinita su molti sistemi. Quindi posso capire l'aggiunta di un commento per avvertire che il codice utilizza bashismi, ma non capisco l'implicazione che è sbagliato usarli.

Ovviamente, se scrivo una sceneggiatura esclusivamente per uso personale, posso scriverla nella lingua che desidero. Ma mi piacerebbe pensare che parte del codice che scrivo potesse essere utile ad altri.

Ho provato a cercare una risposta alla mia domanda prima di pubblicare. Ho trovato molte informazioni su come testare la portabilità, ma non sono riuscito a trovare nulla su quando è importante farlo.

Quindi, quando è importante scrivere script portatili?

Per esempio,

• quali tipi di script dovrebbero essere il più portatili possibile?
• quanto sono comuni i sistemi su cui non è installato Bash?
• se il sistema ha installato Bash, avrà anche la versione GNU di find e altre utilità?

Come membro di questa comunità non vedo spesso persone che ignorano i bashismi per cose che colpiscono bash. Quando si parla di portabilità, i GNUismi sono molto peggio dei bashismi. Fintanto che usi bashper il tuo shebang, puoi aspettarti che lo script venga eseguito usando bash. Tuttavia, non è possibile garantire la versione se non si verifica esplicitamente. La versione 4 di Bash ha portato alcune utili funzioni come gli array associativi, ma Bash v3 è ancora ampiamente usato su OS X e RHEL 5.

quali tipi di script dovrebbero essere il più portatili possibile?

Si tratta più delle tue esigenze e di ciò che scegli di supportare come sviluppatore. Se stai scrivendo uno script di installazione per un'applicazione che supporta tutti i tipi di * NIX, la portabilità sarà molto importante.

quanto sono comuni i sistemi su cui non è installato Bash?

FreeBSD e Solaris 10 sono esempi di sistemi che non vengono forniti con bash installato di default. La maggior parte dei sistemi Linux lo avrà, ad eccezione dei sistemi integrati.

se il sistema ha installato Bash, avrà anche la versione GNU di find e altre utilità?

No, e questo è il vero problema della portabilità. Se la portabilità è importante, è necessario utilizzare solo le funzioni del comando shell definite dallo standard POSIX. Le utility GNU possono essere installate su sistemi non GNU come FreeBSD, ma è improbabile che siano prima in PATH e non puoi fare affidamento su quegli strumenti da installare.

Quindi, quando è importante scrivere script portatili?

quali tipi di script dovrebbero essere il più portatili possibile?

Quando li usi per il tuo ambiente di lavoro e lavori (o potresti in futuro) su macchine diverse - E, non devi riscrivere i tuoi strumenti prima di iniziare a lavorare.

ad esempio: uno script / rmsostituzione cestino

Mark Stewart:

... per il mio toolkit di risoluzione dei problemi suppongo che avrò solo la shell vi e Korn. E provo ad usare i comandi che funzionano sulla maggior parte dei gusti di Unix.