Active Scripting (ранее известный как ActiveX Scripting ) — это технология, используемая в Windows для реализации поддержки компонентных сценариев. Она основана на OLE Automation (часть COM ) и позволяет устанавливать дополнительные механизмы сценариев в виде модулей COM.
Технологии активных сценариев впервые были реализованы в 1996 году с выпуском продуктов Microsoft Internet Explorer 3.0 (август 1996 года) и Internet Information Services 3.0 (декабрь 1996 года).
Обычные приложения Active Scripting включают серверные скрипты Active Server Pages (ASP) , Internet Explorer и скрипты Windows Script Host (WSH), автоматизирующие рутинные задачи, включая использование для сценариев входа, манипуляции с реестром и т. п. Другие административные применения включают Windows Management Instrumentation и интерфейсы служб Active Directory . Active Scripting также можно использовать для сценариев общего назначения, таких как программирование баз данных, обработка текста, быстрое прототипирование и программирование макросов/сценариев приложений; некоторые приложения используют Active Scripting в качестве основного метода автоматизации, другие не имеют возможности макросов, но компоненты доступны для использования через API; или можно добавить язык и/или инструмент, недоступный по умолчанию, например, программирование Microsoft Excel на Perl или REXX вместо Visual Basic для приложений (VBA) или передача данных из эмулятора терминала в текстовый процессор с помощью электронной таблицы , когда у них есть разные инструменты макросов или их вообще нет.
Для многих из вышеперечисленных применений Active Scripting является дополнением к Windows, которое похоже на функциональность сценариев оболочки Unix, а также постепенным улучшением пакетных файлов (command.com), сценариев оболочки в стиле Windows NT (cmd.exe) и, посредством VBScript , заменой QBasic , который в последний раз был доступен на дополнительном диске для Windows 95. Большинство языков, используемых для Active Scripting, упомянутых ниже, являются связующими языками , при этом Perl является наиболее часто используемым сторонним движком сценариев.
Интерфейсы движков Active Scripting общедоступны, поэтому любой разработчик может создавать приложения, программируемые на языках Active Scripting, а также движки для дополнительных языков.
Движки Active Scripting доступны для нескольких языков. Некоторые из самых популярных включают: [1]
В Windows CScript.exe в командной строке и WScript.exe, работающий в графическом интерфейсе, являются основными средствами реализации установленных языков Active Script. [2] Нажатие на значок или запуск из командной строки, скрипта, диалога «Выполнить» и т. д. по умолчанию запустит простой текстовый файл, содержащий код. Файл скрипта Windows (.wsf) — это XML- файл, который может содержать более одного скрипта на более чем одном языке в дополнение к другим элементам и выполняется хостом скриптов Windows. [3]
Некоторое программное обеспечение, такое как SecureCRT, использует функциональность WSH для обеспечения автоматизации с помощью любого установленного скриптового движка. [4]
Хост скрипта, связанные компоненты и движки можно интегрировать в приложения Windows и вызывать из них, как и любой другой компонент.
Активные скрипты считаются завершенными и больше не находятся в активной разработке Microsoft. Более того, скриптовые движки будут продолжать поставляться с будущими выпусками Microsoft Windows и IIS. [5]
Первоначально .NET Framework имел собственную технологию сценариев и отдельную IDE для сценариев под названием Visual Studio for Applications (VSA) [6] [7] , а интерфейсы к этой технологии также были доступны через Active Scripting, что позволяло даже приложениям, не поддерживающим .NET, писать сценарии с использованием языков .NET. VSA также предназначалась для замены Visual Basic for Applications. [8] Однако вся эта технология была устарела в версии 2.0 .NET Framework, [8] не оставив четкого пути обновления для приложений, которым нужна поддержка Active Scripting (хотя «скрипты» можно создавать на C# , VBScript, Visual Basic .NET и других языках .NET, которые можно компилировать и выполнять во время выполнения с помощью библиотек, установленных как часть стандартной среды выполнения .NET).
В 2006 году Microsoft представила Windows PowerShell , который может предоставлять доступ к приложениям через командлеты PowerShell или поставщиков PowerShell. [9]