PowerShell: differenze tra le versioni

Versione delle 23:10, 4 apr 2007

Versione delle 14:21, 5 apr 2007

Riga 15:

Gli [[Utente (informatica)|utenti]] sono stati allontanati dalla mancanza di documentazione adeguata delle funzionalità a linea di comando. Per covnerso, molte applicazioni grafiche in Unix sono solo [[wrapper]] per tool a riga di comando, che sono corredati di documentazione.

[[Microsoft]] tentò di porre rimedio ad alcune di queste limitazioni introducendo [[Windows Script Host]] nel 1998, in concomitanza col rilascio di [[Windows 98]]. Si trattava di un nuovo livello di scripting che poteva implementare un buon numero di [[linguaggi di scripting]] per controllare le applicazioni. Tuttavia, lo Script Host aveva anche significative limitazioni: non era integrato con la shell, la sua documentazione non era molto accessibile, e fu presto considerato un pericolo per la sicurezza del sistema, dopo che diversi [[Virus (informatica)|virus]] misero in luce la debolezza sostanziale del suo modello di sicurezza.

<!--

==Storia==

Windows Server 2003 e alcune versioni di Windows XP includono un host per script a linea di comando denominato Cscript.exe (si tratta, essenzialmente, di una porzione autonoma del Windows Script Host di cui sopra), non integrato con la shell preesistente (cmd.exe). Questi [[sistema operativo|sistemi operativi]] forniscono anche altre righe di comando ''[[ad hoc]]'' (ad esempio [[netsh]]), anch'esse non del tutto integrate.

[[User (computing)|Users]] have also been hindered by a lack of adequate documentation of command line functionality. By contrast, many GUI applications in Unix are only [[wrapper]]s for documented command-line tools.

Una limitazione fondamentale all'automatizzazione dei task in Windows era il fatto che le sue interfacce di amministrazione native erano aperte ai tool grafici proprietari di Microsoft, e ad ogni interfaccia di script che Microsoft poteva scegliere di fornire. Poichè la GUI costituiva l'interfaccia primaria, risultava difficile fornire "wrapper" in grado di essere inseriti in degli script - una situazione che è esattamente agli antipodi di quella della maggior parte delle implementazioni di [[UNIX]], in cui una linea di comando in grado di eseguire degli script forniva le funzionalità base.

Microsoft attempted to address some of these shortcomings by introducing the [[Windows Script Host]] in 1998 with [[Windows 98]]. The Windows Script Host was a new scripting layer which could implement a variety of [[scripting language]]s to control applications. However, the Script Host had its own deficiencies. It was not integrated with the shell, its documentation was not very accessible, and it quickly gained a reputation as a system [[Vulnerability (computer science)|vulnerability]] after several high-profile [[computer viruses]] exploited substantial weaknesses in its security provisions.

Microsoft progettò PowerShell

Windows Server 2003 and certain versions of Windows XP included a command-line-based script host called Cscript.exe (essentially just a portion of the Windows Script Host introduced earlier), but it was not integrated into the existing shell (cmd.exe). These [[operating system]]s provided other ''[[ad hoc]]'' CLIs as well ([[netsh]], for example), which were not fully integrated either.

<!--

A fundamental limitation with Windows' automation was the fact that its native administrative interfaces were open to Microsoft's proprietary GUI-based tools, and any scriptable interfaces Microsoft chose to provide. The GUI was the primary interface, and it proved difficult to provide scriptable "wrappers;" this is exactly opposite to most Unix implementations, where the scriptable command-line provided the base functionality, with any GUI simply wrapping around it.

==Storia==

Microsoft designed PowerShell to mitigate these problems &mdash; and to alleviate their onus of developing discrete GUI and CLI applications &mdash; by integrating a more secure scripting language into a new, extensible command shell capable of performing and automating the same core administrative tasks as [[graphical user interface]]s typically have in Windows. Exchange Server 2007's management user interface, for example, is built on top of PowerShell. In most everyday tasks, PowerShell can be used in place of CMD.EXE and Windows Script Host (WSH). However, for backward-compatibility purposes both CMD.EXE and WSH will continue to be supported by Windows. Microsoft has committed to building future GUI tools on top of PowerShell, ensuring that the core administrative functionality remains scriptable, along the lines of a Unix operating system.