PowerShell fonctionne-t-il sur d'autres systèmes d'exploitation en dehors de Windows?
Il peut être très frustrant que votre professeur dise une chose à propos de PowerShell et que différents sites Web offrent des preuves solides. Est-ce que PowerShell fonctionne réellement sur des systèmes non-Windows ou non?
La session questions-réponses d'aujourd'hui nous est offerte par SuperUser, une subdivision de Stack Exchange, un regroupement communautaire de sites Web Q & A
La question
Lecteur SuperUser FredSavage187 veut savoir si PowerShell fonctionne sur d'autres systèmes d'exploitation en dehors de Windows:
Mon professeur en informatique nous a récemment fait un quiz et l'une des questions était: "Vrai ou faux: PowerShell fonctionne sur Windows, Mac et Linux ". La réponse correcte était "faux" et il maintient que PowerShell est une chose Windows uniquement. Mais j'ai trouvé quelques sites qui disent le contraire:
PowerShell est open source et est disponible sur Linux [Microsoft Azure Blog]
PowerShell Repository [GitHub]
Lequel est réellement correct? Est-ce que PowerShell fonctionne sur Linux et Mac OS ainsi que Windows?
PowerShell fonctionne-t-il sur d'autres systèmes d'exploitation que Windows?
Le contributeur SuperUser Answer
Ben N a la réponse pour nous:
Oui. Une grande partie de PowerShell est .NET, de sorte qu'il peut s'exécuter sur n'importe quel système d'exploitation qui a le Common Language Runtime (CLR). Sur Windows, c'est le .NET Framework. Pour les autres systèmes d'exploitation, y compris Linux, vous pouvez utiliser le CoreCLR, un sous-ensemble multiplate-forme open source du .NET Framework.
Comme vous l'avez appris dans le référentiel PowerShell sur GitHub, un certain nombre de systèmes d'exploitation et de distributions prise en charge. Par exemple, voici les instructions pour Ubuntu et une démonstration:
On pourrait argumenter que PowerShell n'est pas toujours disponible dans les environnements non-Windows puisque certaines fonctionnalités dépendent de bibliothèques trouvées uniquement dans Windows. La propriété ParsedHtml sur le type HtmlWebResponseObject retournée par Invoke-WebRequest , par exemple, n'est utile que sous Windows car elle contient un objet COM provenant d'une instance non gérée bibliothèque, mshtml.dll pour être spécifique. Sur d'autres plateformes, il n'y a rien là. Et, bien sûr, il existe des applets de commande pour gérer les systèmes trouvés uniquement dans Windows, comme les applications Modern ( Get-AppxPackage , par exemple).
Cependant, l'infrastructure PowerShell fonctionne parfaitement sur les autres systèmes d'exploitation , beaucoup de cmdlets sont utilisables n'importe où, et le support ne fait que s'améliorer.
Vous avez quelque chose à ajouter à l'explication? Sonnez dans les commentaires. Vous voulez lire plus de réponses d'autres utilisateurs de Stack Exchange? Consultez le fil de discussion complet ici.
Crédits: Jeff Hicks (Base de connaissances Petri IT)
Comment mettre vos lumières dans un horaire avec un clin d'œil
Le hub Warth smarthome vous permet d'automatiser toutes sortes de tâches différentes dans la maison en configurant Wink "Robots". Mais bizarrement, quand il s'agit de programmer vos lumières intelligentes, cette fonctionnalité est configurée différemment. Les robots de Wink se composent d'un déclencheur et d'une action, similaire au fonctionnement des services comme IFTTT.
Pourquoi la plupart des programmes sont-ils toujours 32 bits sur une version 64 bits de Windows?
Votre ordinateur exécute probablement une version 64 bits de Windows. Mais jetez un oeil à Gestionnaire des tâches et vous verrez que de nombreuses applications sur votre système sont toujours 32 bits. Est-ce un problème? La plupart des ordinateurs modernes - certainement ceux vendus depuis Windows 7 jours - sont compatibles 64 bits et livrés avec une version 64 bits de Windows.
