PowerShell funziona su altri sistemi operativi oltre a Windows?
Può essere molto frustrante quando il tuo professore dice una cosa su PowerShell e vari siti web sembrano offrire una solida dimostrazione del contrario. PowerShell funziona effettivamente su sistemi non Windows o no? Il quesito Q & A di SuperUser di oggi ha la risposta alla domanda di un lettore perplesso.
La sessione di domande e risposte di oggi ci viene fornita per gentile concessione di SuperUser, una suddivisione di Stack Exchange, un raggruppamento di siti Web di domande e risposte.
La domanda
Lettore SuperUser FredSavage187 vuole sapere se PowerShell funziona su altri sistemi operativi oltre a Windows:
Il mio professore di informatica ha recentemente tenuto un quiz e una delle domande era "Vero o Falso: PowerShell funziona su Windows, Mac e Linux”. La risposta corretta era "false" e lui sostiene che PowerShell è una cosa di Windows. Ma ho trovato un paio di siti web che dicono diversamente:
PowerShell è open source ed è disponibile su Linux [Microsoft Azure Blog]
Repository PowerShell [GitHub]
Quale è effettivamente corretto? PowerShell funziona su Linux e Mac OS e su Windows?
PowerShell funziona su altri sistemi operativi oltre a Windows?
La risposta
Contribuente SuperUser Ben N ha la risposta per noi:
Sì. Gran parte di PowerShell è .NET, quindi può essere eseguito su qualsiasi sistema operativo che abbia Common Language Runtime (CLR). Su Windows, questo è .NET Framework. Per altri sistemi operativi, incluso Linux, è possibile utilizzare CoreCLR, un sottoinsieme open-source e multipiattaforma di .NET Framework.
Come si è appreso nel repository PowerShell su GitHub, diversi sistemi operativi e distribuzioni sono supportato. Ad esempio, ecco le istruzioni per Ubuntu e una dimostrazione:
Si potrebbe sostenere che non tutto PowerShell è disponibile in ambienti non Windows poiché alcune funzionalità dipendono da librerie che si trovano solo in Windows. La proprietà ParsedHtml sul tipo HtmlWebResponseObject restituito da Invoke-WebRequest , ad esempio, è utile solo su Windows perché contiene un oggetto COM proveniente da un non gestito libreria, mshtml.dll per essere specifici. Su altre piattaforme, non c'è niente lì. E, naturalmente, ci sono i cmdlet per gestire i sistemi che si trovano solo in Windows, come le app moderne ( Get-AppxPackage , per esempio).
Tuttavia, l'infrastruttura PowerShell funziona perfettamente su altri sistemi operativi , molti cmdlet sono utilizzabili ovunque e il supporto sta migliorando.
Hai qualcosa da aggiungere alla spiegazione? Audio disattivato nei commenti. Vuoi leggere più risposte dagli altri utenti di Stack Exchange esperti di tecnologia? Controlla la discussione completa qui.
Crediti immagine: Jeff Hicks (Petri IT Knowledgebase)
La frammentazione non è colpa di Android, è la
È Il 2017, e continuo a vedere persone che criticano Android per "frammentazione". Ciò dà ad Android in generale un brutto nome e voglio chiarire i fatti: questa non è colpa di Google o di Android. È colpa del tuo produttore. Mentre da un po 'di tempo si parlava di un problema, un recente articolo del Boy Genius Report mi ha fatto pensare a questo titolo, esasperato dal titolo "Nessun utente iPhone può nemmeno immaginare di gestire ciò che gli utenti Android hanno tollerare".
Perché alcuni utenti di sistema hanno / usr / bin / false come loro shell?
Una volta che inizi a scavare in un sistema Linux, potresti trovare alcune cose confuse o inaspettate, come / usr / bin / false, ad esempio. Perché è lì e qual è il suo scopo? Il post di Q & A di SuperUser di oggi ha la risposta alle domande di un lettore curioso. La sessione di domande e risposte di oggi ci viene fornita per gentile concessione di SuperUser, una suddivisione di Stack Exchange, un raggruppamento di siti Web di domande e risposte.
