imported>ДолбоЯщер: -подлог ссылки (ссылка-образец из шаблона)

2026-03-03T15:07:47Z

-подлог ссылки (ссылка-образец из шаблона)

Новая страница

{{redirect|Сценарий (программирование)|Сценарий (значения)}}
'''Сценарный язык''' ('''язык сценариев, скриптовой язык'''; {{lang-en|scripting language}}) — [[высокоуровневый язык программирования|высокоуровневый язык]] сценариев ({{lang-en|script}}) — кратких описаний действий, выполняемых системой. Разница между [[Компьютерная программа|программами]] и сценариями довольно размыта. Сценарий — это программа, имеющая дело с готовыми программными компонентами<ref>{{Cite web |url=http://www.osp.ru/pcworld/2001/09/162237/ |title=Сузи Р. Сценарные языки: Python. «Мир 2001», 9, 2001 |access-date=2012-10-09 |archive-date=2013-01-17 |archive-url=https://web.archive.org/web/20130117174215/http://www.osp.ru/pcworld/2001/09/162237/ |url-status=live }}</ref>, которые, однажды загруженные, в своей работе не зависят от дальнейшего наличия / отсутствия подключения к [[Интернет|Сети]].

Согласно автору языка [[Tcl]] [[Аустерхаут, Джон|Джону Аустерхауту]], высокоуровневые языки можно разделить на языки системного программирования ({{lang-en|system programming languages}}) и сценарные языки<ref>{{Cite web|url=https://www.osp.ru/pcworld/2001/09/162237/|title=Сценарные языки: Python|lang=en|website=Издательство «Открытые системы»|access-date=2023-09-14|archive-date=2022-05-24|archive-url=https://web.archive.org/web/20220524123201/https://www.osp.ru/pcworld/2001/09/162237|url-status=live}}</ref>({{lang-en|scripting languages}}). Последние он также назвал [[Связующий код|склеивающими]] языками ({{lang-en|glue languages}}) или языками системной интеграции ({{lang-en|system integration languages}}). Сценарии обычно [[интерпретатор|интерпретируются]], а не [[компилятор|компилируются]]{{sfn|Ousterhout|1998}}, хотя сценарные языки программирования один за другим обзаводятся [[JIT-компиляция|JIT-компиляторами]]<ref>{{Cite web |url=http://luajit.org/luajit.html |title=LuaJIT |access-date=2012-10-09 |archive-date=2012-10-02 |archive-url=https://web.archive.org/web/20121002212824/http://luajit.org/luajit.html |url-status=live }}</ref><ref>{{Cite web |url=http://pypy.org/ |title=PyPy |access-date=2012-10-09 |archive-date=2008-05-12 |archive-url=https://web.archive.org/web/20080512025315/http://pypy.org/ |url-status=live }}</ref><ref>{{Cite web |url=http://www.techworld.com.au/article/409887/facebook_releases_php_just-in-time_compiler/ |title=Joab Jackson (IDG News Service), Facebook releases a PHP just-in-time compiler |access-date=2012-10-09 |archive-date=2012-06-11 |archive-url=https://web.archive.org/web/20120611144713/http://www.techworld.com.au/article/409887/facebook_releases_php_just-in-time_compiler/ |url-status=live }}</ref>.

В более узком смысле под скриптовым языком может пониматься специализированный язык для расширения возможностей [[Оболочка операционной системы|командной оболочки]] или [[текстовый редактор|текстового редактора]] и средств администрирования [[операционная система|операционных систем]]<ref>[http://www.intuit.ru/department/se/proghum/12/1.html Денисов Ю. А., Программирование для гуманитариев, 12. Лекция: Представление грамматик], [[интуит.ру]]</ref>.

== Классификация ==
Языки программирования вообще и сценарные языки в частности могут быть классифицированы множеством различных способов.

В плане быстродействия скриптовые языки можно разделить на языки ''динамического разбора'' ([[Bourne shell|sh]], [[COMMAND.COM]]) и ''предварительно компилируемые'' ([[Perl]]). Языки динамического разбора считывают инструкции из файла программы минимально требующимися блоками, и исполняют эти блоки, не читая дальнейший код. Предкомпилируемые языки транслируют всю программу в [[байт-код]] и затем исполняют его. Некоторые скриптовые языки имеют возможность компиляции программы «на лету» в [[машинный код]] (т. н. [[JIT-компиляция]]).

По применению языки можно грубо разделить на три типа{{sfn|Богатырев|2001}}:
* командно-сценарные;
* прикладные сценарные;
* универсальные сценарные.

=== Командно-сценарные языки ===
{{main|Сценарий командной строки}}
Появились ещё в 1960-х годах для управления заданиями в операционных системах. Из языков того времени наиболее известен [[JCL]] для [[OS/360]]. В этот класс входят языки [[Пакетное задание|пакетной обработки]] ({{lang-en|batch language}}) и языки [[Оболочка операционной системы|командных оболочек]], например [[Bourne shell|sh]], [[csh]] для [[UNIX|Unix]]. Эти языки чаще всего используются в пакетном режиме обработки{{sfn|Богатырев|2001}}.

* [[AutoHotkey]]
* [[JCL]]
* [[Bourne shell|sh]]
** [[bash]]
** [[csh]]
** [[Korn shell|ksh]]
* Pilot{{sfn|Богатырев|2001}}
* [[REXX]]
* [[AppleScript]]
* [[COMMAND.COM]] и [[cmd.exe]]
* [[VBScript]]
* [[PowerShell]]
* [[AutoIt]]

Например, язык AppleScript операционной системы MacOS имеет редактор Script Editor, который позволяет записывать действия по мере их выполнения пользователем в системе в файл сценария (текстовый файл) и оформлять в виде исполняемой программы. Такой подход позволяет составлять простейшие сценарии непрограммирующим пользователем{{sfn|Трофимов, Трофимова|1997}}.

=== Встроенные (прикладные сценарные) языки ===
{{main|Предметно-ориентированный язык#Встраиваемые языки}}

Сценарные языки этого типа начали появляться в 1980-е годы, когда на промышленных персональных компьютерах стало возможным интерактивное общение с ОС. В клиент-серверной архитектуре такие языки работали в клиентской части программного обеспечения{{sfn|Богатырев|2001}}.

* [[AutoCAD#AutoLISP|AutoLISP]]
* [[ECMAScript]] и его диалекты ([[JScript]], [[JavaScript]], [[ActionScript]]){{sfn|Богатырев|2001}}
* [[Emacs Lisp]]
* [[ER-модель данных|ERM]]
* [[Game Maker Language]]
* LotusScript{{sfn|Богатырев|2001}}
* [[Lua]]
* [[MQL4]] script
* [[UnrealScript]]
* [[Visual Basic for Applications|VBA]]
* [[Встроенный язык программирования 1С:Предприятие]]

=== Языки общего назначения ===
Этот тип сценарных языков наиболее известен (особенно в применении к [[Веб-программирование|веб-программированию]]). Языки этого типа стали возникать с 1990-х годов{{sfn|Богатырев|2001}}.

* [[Tcl]] (Tool command language)
* [[Lua]]
* [[Perl]]
* [[PHP]]
* [[Python]]
* [[REBOL]]
* [[Ruby]]
* [[JavaScript]]

Следует заметить, что многие языки этой категории имеют более широкое применение, чем в качестве просто языков сценариев, например JavaScript, который в некоторых случаях может выполняться на сервере.

== Критика ==
Создатель [[Java]] [[Гослинг, Джеймс|Джеймс Гослинг]] отвёл [[динамический язык программирования|динамическим языкам программирования]] (упомянув PHP и Ruby) роль сценарных языков, генерирующих веб-страницы, но непригодных для применения в более широкой нише приложений из-за проблем с масштабируемостью и производительностью<ref>{{Cite web |url=http://java.sys-con.com/node/193146 |title=James Gosling: «Java Is Under No Serious Threat From PHP, Ruby or C#» |access-date=2012-10-09 |archive-date=2012-10-24 |archive-url=https://web.archive.org/web/20121024042519/http://java.sys-con.com/node/193146 |url-status=live }}</ref>. Приверженцы динамических языков не оставили критику без ответа по всем пунктам, в частности о его старании представить современные динамические языки всего лишь «сценарными»<ref>{{Cite web |url=http://lesscode.org/2006/03/12/someone-tell-gosling/ |title=Ryan Tomayko, Gosling Didn’t Get The Memo |access-date=2012-10-09 |archive-date=2012-01-18 |archive-url=https://web.archive.org/web/20120118194009/http://lesscode.org/2006/03/12/someone-tell-gosling/ |url-status=live }}</ref>.

== Плагины и скрипты ==
{{main|Плагин}}
Для написания пользовательских расширений могут использоваться как скрипты (в терминологии некоторых программ «[[макрос]]ы»), так и [[плагин]]ы (независимые модули, написанные на [[компилируемый язык программирования|компилируемых языках]]; в некоторых программах они могут называться «утилитами», «экспортёрами», «драйверами»).

Скриптовый язык удобен в следующих случаях:

* Если нужно обеспечить [[программирование|программируемость]] без риска дестабилизировать систему. Так как, в отличие от [[плагин]]ов, скрипты интерпретируются, а не компилируются, неправильно написанный скрипт выведет диагностическое сообщение, а не приведёт к [[SEGFAULT|системному краху]]. Контрпримером могут служить, например, [[Java Virtual Machine|JVM]] и [[Common Language Runtime|CLR]], причём если первая была разработана из соображений переносимости кода (безопасность — побочный эффект), то вторая — именно из соображений безопасности.
* Если важен выразительный код.
** Во-первых, чем сложнее система, тем больше кода приходится писать «потому, что это нужно». Скрипт может перенести часть подобного шаблонного кода (инициализация, уничтожение, межпоточная синхронизация и так далее) в среду исполнения скриптов.
** Во-вторых, в скриптовом языке может быть совсем другая [[парадигма программирования|концепция программирования]], чем в основной программе — например, [[компьютерная игра|игра]] может быть монолитным однопоточным приложением, в то время как управляющие персонажами скрипты выполняются параллельно или как [[сопрограмма|сопрограммы]]. Такой подход хорош с точки зрения масштабируемости системы (сценарии не зависят от реализации процедур, пишутся гораздо быстрее и легче отлаживаются), но не очень хорош с точки зрения качества кода, поскольку неизбежно приводит к его дублированию.
*** Гораздо более рациональным подходом является создание файлов ресурсов (как вариант, [[XML|xml]]-файлов, структур, [[Резидентная база данных|баз данных]]), описывающих поведение «по существу» (в [[Декларативное программирование|декларативном стиле]]), как это делается с другими свойствами внутриигровых объектов (текстуры, модели, эффекты, звуки).
** В-третьих, скриптовый язык имеет собственный проблемно-ориентированный набор команд, и одна строка скрипта может делать то же, что несколько десятков [[количество строк кода|строк]] на традиционном языке. Однако стоит заметить, что бо́льшая выразительность кода на сценарных языках является следствием их ограниченности и/или новизны и сравнивать [[Си (язык программирования)|C]] (1970-е) и [[PHP]] (1990-е) и/или [[Фортран|Fortran]] (1950-е) и [[Python]] (1990-е) неуместно.
* Скрипты известны низким порогом вхождения, на скриптовом языке может писать даже низкоквалифицированный программист. Это одновременно и плюс, и минус. С одной стороны, это позволяет нанимать [[Пролетариат|дешёвую рабочую силу]] (освобождать специалистов от рутинной работы и повышать скорость разработки [[Экстенсивное развитие|экстенсивно]]), а с другой критически снижает производительность и надёжность (из-за ориентированности обучения таким языкам на решение конкретных задач, а не на понимание сущности производимых действий).
** Проблема высокого порога вхождения возникает, в основном, в языках с избыточным синтаксисом ([[C++]], [[C Sharp|C#]]) и может быть полностью решена лишь отказом от них в пользу более удачных (что, разумеется, далеко не всегда возможно). В этом случае скрипты выполняют роль [[Обходной приём|паллиатива]]. Собственно, они и возникли когда масштабируемость Си-подобных языков стала недостаточной для повседневной работы и порог вхождения новичков в отрасль резко возрос.
** Проблема большого количества рутины, вообще говоря, неразрешима, но в большинстве случаев может быть сглажена более надёжными дополнительными средствами, например, [[Кодогенерация|автоматической кодогенерацией]].
* Если требуется [[Кроссплатформенное программное обеспечение|кроссплатформенность]]. Например, [[JavaScript]] — его исполняют браузеры под самыми разными ОС.
** Проблема с кроссплатформенностью напрямую вытекает из стандарта языка: стандарт Си, например, указывает «sizeOf (short) <= sizeOf (int) <= sizeOf (long)», но не указывает какую именно разрядность они должны иметь (эту проблему решают прикладные библиотеки, например, [[GLib|Glib]]). Современные не-сценарные языки ([[Java]], [[C Sharp|C#]], [[Haskell]]) этой проблемы полностью лишены именно по причине хорошей стандартизации.
* Скриптовые языки применяются для написания программ, не требующих оптимальности и быстроты исполнения. Из-за простоты на них часто пишутся небольшие одноразовые («проблемные») программы.
** Многие скриптовые языки общего назначения работают достаточно медленно, поэтому их часто используют только в сочетании со сторонними библиотеками (например, [[NumPy]] в сочетании с Python).
*** Например, NumPy основывается на [[фортран]]овской библиотеке [[LAPACK]] и [[GNU Scientific Library|GSL]], код которой, проверен временем и регулярно дополняется современными функциями, а множество специальных версий Лапака (AOML, [[Math Kernel Library|MKL]], [[Automatically Tuned Linear Algebra Software|ATLAS]], [[CUDA|cuBLAS]]) очень хорошо оптимизированных под современные архитектуры позволяют гарантировать практически пиковую производительность работы функций этой библиотеки.
** Более правильный пример: язык [[Lua]] является классическим встраиваемым языком сценариев общего назначения, для его работы достаточно минимальной реализации Си (везде, где есть Си, может работать и Lua).
** Также скриптовые языки хороши для визуализации данных: создания сложных графиков и презентаций, а также простых программ (например, Python используется в графических оболочках [[GNOME|Gnome]] и [[Cinnamon]] для создания [[апплет]]ов и небольших настроечных утилит).

У плагинов также есть важные преимущества.

* Готовые программы, оттранслированные в машинный код, выполняются значительно быстрее скриптов, которые [[Интерпретатор|интерпретируются]] из [[Исходный код|исходного кода]] динамически при каждом исполнении. Большинство программ переносимы на уровне исходного кода и могут быть выполнены интерпретатором соответствующего языка подобно скриптам. Использование же байт-кода ([[Java]], [[C Sharp|C#]], [[LLVM]]) позволяет хранить, переносить и исполнять программы более эффективным образом, нежели скрипты.
** [[JIT-компиляция]] также позволяет оптимизировать общий код под конкретную платформу (в перспективе, под конкретное семейство процессоров и имеющееся оборудование).
* Полный доступ к любому аппаратному обеспечению или ресурсу ОС (в скриптовом языке для этого должен существовать специальный [[Интерфейс программирования приложений|API]], написанный на компилируемом языке). Плагины, работающие с аппаратным обеспечением, традиционно называют [[драйвер]]ами.
* Если предполагается интенсивный обмен данными между основной программой и пользовательским расширением, для плагина его обеспечить проще.
* Для компилируемых языков программирования характерно использование сильной статической системы типов, которая позволяет эффективно отлавливать ошибки и лучше оптимизировать код. Использование же в современных скриптах динамической типизации обусловлено скорее техническими [[Так сойдёт!|особенностями]] реализации и историческими причинами. Также у статически типизированных языков есть потенциал для роста, а именно, переход с традиционной мономорфной типизации на [[Полиморфизм (информатика)|полиморфную]]. Расширения мономорфизма в современных Си-подобных языках ([[Перегрузка процедур и функций|перегрузка]], [[ad-hoc-полиморфизм]]) и [[полиморфизм подтипов]], а также [[параметрический полиморфизм]] и [[Класс типов|классы типов]] в экспериментальных языках (например, Haskell) сценарным языкам недоступен (статическая типизация во время исполнения скрипта приведёт к существенной потере производительности).

== Примечания ==
{{примечания|2}}

== Литература ==
* {{статья
|автор = Богатырев Р.
|заглавие = Природа и эволюция сценарных языков
|ссылка = http://www.osp.ru/pcworld/2001/11/162500/
|язык = ru
|издание = Мир ПК
|год = 2001
|номер = 11
|ref = Богатырев
}}
* {{статья
|автор = Ousterhout J.
|заглавие = Scripting: Higher-Level Programming for the 21st Century
|ссылка = http://www.stanford.edu/~ouster/cgi-bin/papers/scripting.pdf
|язык = en
|издание = IEEE Computer
|год = 1998
|номер = 3
|pages = 23—30
|том = 31
|ref = Ousterhout
}}
* {{статья
|автор = Георгиев В.О., Еникеев А.И.
|заглавие = Сценарный подход в создании диалоговых систем
|ссылка = http://www.swsys.ru/index.php?page=article&id=1332
|издание = Программные продукты и системы
|год = 1991
|номер = 3
|ref = Георгиев, Еникеев
}}
* {{статья
|автор=Трофимов М. И., Трофимова М. П.
|заглавие=В поисках компьютерного эсперанто
|издание=Открытые системы
|номер=3
|год=1997
|ссылка=http://www.osp.ru/os/1997/03/179161/
|ref=Трофимов, Трофимова
}}

== Ссылки ==
* [http://www.computerworld.com/s/article/9114040/Q_A_The_state_of_the_scripting_universe Lynn Greiner, Q&A: The state of the scripting universe: Scripting languages are becoming more popular, www.computerworld.com, 2008]
{{вс}}

{{rq|
{{стиль статьи|дата=2024-10-03}}
{{проверить факты|дата=2024-10-03}}
}}

[[Категория:Скриптовые языки|*]]

Сценарный язык - История изменений

imported>ДолбоЯщер: -подлог ссылки (ссылка-образец из шаблона)