У нас есть 22 ответов на вопрос В чем разница между программой и скриптом? Скорее всего, этого будет достаточно, чтобы вы получили ответ на ваш вопрос.
Содержание
- Что такое скрипт программы?
- Что такое скрипт и код?
- Что делают скрипты?
- Чем код отличается от программы?
- Как работает скрипт?
- Кто разрабатывает скрипты?
- Что называется программой?
- В чем разница между программой и скриптом? Ответы пользователей
- В чем разница между программой и скриптом? Видео-ответы
Отвечает Александр Пачкай
Чем различается скрипт и программа? Вовсе не используемым языком или наличием интерфейса. Главная разница — в наличии у программы обширнейшей оболочки, не связанной «содержимым» программы.May 1, 2010
Что такое скрипт программы?
Скрипт (англ. script — сценарий) — это небольшая программа, которая содержит последовательность действий, созданных для автоматического выполнения задачи. Скрипт хранится в виде текстового файла на хостинге и доступен для запуска пользователями.
Разница между Script и Local Script в Roblox Studio
Что такое скрипт и код?
Если скрипт — это сценарий для актёра на сцене, то компиляция — это отснятый фильм на киноленте. Машинный код — последовательность байтов, которая даёт инструкции напрямую процессору. Для человека такой код выглядит как просто набор знаков, но компьютер его понимает.
Что делают скрипты?
Скрипт (сценарий) — это последовательность действий, описанных с помощью скриптового языка программирования (JavaScript, PHP, Perl, Python и др.) для автоматического выполнения определенных задач. Например, для функционирования какого-нибудь сервиса, инструмента на сайте.
Чем код отличается от программы?
Разница между кодированием и программированием Написание кода – это только начальная стадия разработки программного обеспечения, в то время как процесс программирования включает создание проекта, планирование действий для решения потенциальных проблем, которые могут возникать на разных этапах работы.
Как работает скрипт?
Как это работает После на сервере запускается файл скрипта. Далее происходит обработка данных и выбор ответа в соответствии с прописанным сценарием. Информация с веб-сервера поступает на ПК пользователя, в результате чего происходит ответное действие.
Кто разрабатывает скрипты?
Разработка скрипта своими силами Разрабатывать скрипт продаж в идеале должен практик — менеджер по продажам или команда, которую возглавляет опытный продавец. Если в компании есть продажник высокого уровня, который не только умеет общаться с клиентами, но и может научить других, разработку скрипта можно поручить ему.
Что называется программой?
Программа — данные, предназначенные для управления конкретными компонентами системы обработки информации в целях реализации определённого алгоритма.
Источник: querybase.ru
Урок 4. Что такое скрипт?
Какая разница между «script» и «приложением»?
… bash не для написания приложений, а для сценариев. Таким образом, ваше приложение может иметь некоторые сценарии ведения домашнего хозяйства, но не следует писать critical-business-logic.sh , потому что другой язык, вероятно, лучше подходит для таких вещей.
Как программист, который работал на многих языках, это, по-видимому, C, Java и другой скомпилированный язык. Я не ищу улучшения моего мнения или ручных волнистых ответов. Скорее, я искренне хочу знать, о каких технических различиях.
(И я использую C в своей дневной работе, поэтому я не просто защищаюсь.)
Лучший ответ:
Традиционно программа компилируется и интерпретируется script, но это уже не так важно. Вы можете сгенерировать скомпилированную версию большинства сценариев, если вы действительно этого хотите, и другие “скомпилированные” языки, такие как Java, фактически интерпретируются (на уровне байтового кода.)
Более современное определение может заключаться в том, что программа предназначена для использования клиентом (возможно, для внутреннего) и, следовательно, должна включать документацию и поддержку, а script предназначена в первую очередь для использования автором.
Интернет – интересный пример встречного. Нам всем нравится искать вещи в поисковой системе Google. Основная часть кода, который идет на создание “базы данных”, ссылается на него только его авторами и сопровождающими. Это делает его script?
Я бы сказал, что приложение, как правило, используется в интерактивном режиме, где script будет работать, подходит для пакетной работы. Я не думаю, что это конкретное различие.
Обычно это “script” по сравнению с “программой”.
Я с вами, что это различие в основном “скомпилированное языковое снобизм” или процитировать Ларри Уолла и взять другую сторону забора, “a script – это то, что есть у актеров, программа предоставляется аудитории”.
Джон Оустерхаут (изобретатель TCL) имеет хорошую статью в http://www.tcl.tk/doc/scripting.html, где он предлагает различие между языками системного программирования (для реализация строительных блоков, акцент на правильность, безопасность типов) и языки сценариев (для объединения строительных блоков, акцент на реагирование на изменяющиеся среды и требования, легкое преобразование в текстовые представления и из них). Если вы идете с этой системой категоризации, то 99% программистов выполняют задания, которые более подходят для языков сценариев, чем для языков системного программирования.
Это интересная тема, и я не думаю, что есть очень хорошие рекомендации по дифференциации “script” и “приложения”.
Давайте взглянем на некоторые статьи в Википедии, чтобы получить представление о различии.
Script (Википедия → Язык сценариев):
Язык сценариев, язык script или язык добавочного языка, является языком программирования, который управляет программным приложением. “Сценарии” часто рассматриваются как отличные от “программ”, которые выполняются независимо от любого другого приложения. В то же время они отличаются от основного кода приложения, которое обычно написано на другом языке, и, будучи доступным для конечного пользователя, они позволяют адаптировать поведение приложения к потребностям пользователя.
Application (Википедия → Прикладное программное обеспечение → Терминология)
В информатике приложение представляет собой компьютерную программу, предназначенную для того, чтобы помочь людям выполнять определенный тип работы. Таким образом, приложение отличается от операционной системы (которая запускает компьютер), утилиты (выполняющей операции обслуживания или общего назначения) и языка программирования (с помощью которого создаются компьютерные программы). В зависимости от работы, для которой она была разработана, приложение может манипулировать текстом, цифрами, графикой или комбинацией этих элементов.
Чтение вышеуказанных записей, по-видимому, предполагает, что различие заключается в том, что script “размещается” другим программным обеспечением, а приложение – нет. Я полагаю, что это можно утверждать, например, сценарии оболочки, контролирующие поведение оболочки, и perl-скрипты, управляющие поведением интерпретатора для выполнения желаемых операций. (Я чувствую, что это может быть немного растянуто, поэтому я не могу полностью согласиться с ним.)
Когда дело доходит до этого, я считаю, что разговорное различие может быть сделано с точки зрения шкалы программы. Скрипты обычно меньше по сравнению с приложениями.
Кроме того, с точки зрения цели, script обычно выполняет задачи, которые необходимо выполнить, скажем, например, скрипты сборки, которые создают несколько версий выпуска для определенного программного обеспечения. С другой стороны, приложения ориентированы на обеспечение функциональности, которая более совершенна и ориентирована на конечного пользователя. Например, Блокнот или Firefox.
A script имеет тенденцию быть серией команд, которые запускаются, запускаются и завершаются. Это часто не требует никакого человеческого взаимодействия. Приложение является “программой”… оно часто требует взаимодействия с человеком, оно, как правило, больше.
Script для меня подразумевается поэтапная интерпретация кода. Вы можете открыть script и просмотреть его читаемое программистом содержимое. Приложение подразумевает автономный скомпилированный исполняемый файл.
A script обычно работает как часть большего приложения внутри механизма сценариев
например. JavaScript → Браузер
Это противоречит традиционным статическим типизированным скомпилированным языкам и динамическим языкам, где код предназначен для формирования основной части приложения.
Это часто просто семантический аргумент или даже способ очернения некоторых языков программирования. Насколько мне известно, “script” – это тип программы, и точное определение несколько неопределенно и зависит от контекста.
Я мог бы использовать термин “script” для обозначения программы, которая в первую очередь выполняется линейно, а не с множеством последовательных логических или подпрограмм, подобно “script” в Голливуде, представляет собой линейную последовательность инструкций для актер для исполнения. Я мог бы использовать его для обозначения программы, написанной на языке, встроенном в большую программу, с целью запуска этой программы. Например, автоматизация задач под старой Mac OS с помощью AppleScript или управление программой, которая каким-то образом раскрывается со встроенным интерфейсом TCL.
Но во всех этих случаях a script является типом программы.
Термин “язык сценариев” используется для динамически интерпретируемых (иногда скомпилированных) языков, обычно у них есть много общих функций, таких как инструкции на высоком уровне, встроенные хэши и списки произвольной длины и другие структуры данных высокого уровня и т.д. Но эти языки способны к очень крупным, сложным, модульным, хорошо продуманным программам, поэтому, если вы думаете о “script” как о чем-то отличном от программы, этот термин может вас смутить.
Приложение представляет собой набор скриптов, направленных на общий набор проблем.
A script – это немного кода для выполнения одной довольно конкретной задачи.
ИМО, разница не имеет ничего общего с используемым языком. Можно написать сложное приложение с bash, и можно написать простой script с С++.
Прежде всего, я хотел бы подчеркнуть, что a script – это программа. Другими словами, script представляет собой набор инструкций.
Программа:
Набор команд, которые собираются компилироваться, называется программой.
Script:
Набор инструкций, который будет интерпретироваться, известен как Script.
Взяв perl в качестве примера, вы можете писать perl-скрипты или perl-приложения.
A script будет означать один файл или одно пространство имен. (например, updateFile.pl).
Приложение будет представлять собой совокупность файлов или пространств имен/классов (например, приложение Perl с большим количеством файлов модулей .pm).
Приложение является большим и будет использоваться много раз и может быть продано клиенту.
A script начинается с малого, остается маленьким, если вам повезет, редко продается клиенту и может либо запускаться автоматически, либо выходить из употребления.
Script:
A script – это текстовый файл (или набор текстовых файлов) программных операторов, написанных на языке, который позволяет записывать на нем отдельные написанные на нем операторы для машинного исполняемого > code непосредственно перед выполняется каждый и с целью этого.
Применение:
приложение – это любая компьютерная программа, основная функция которой заключается в предоставлении услуги персоналу-человеку.
Программа на основе script, написанная на языке сценариев, может, теоретически, изменять свои текстовые выражения при выполнении script (конечно, с большим риском). Аналогичная ситуация для скомпилированных программ заключается в переводе бит в память.
Лично я считаю, что разделение – это шаг назад от фактической реализации.
По моей оценке, приложение планируется. Он имеет несколько целей, он имеет несколько результатов. Есть задачи, отложенные во время разработки до кодирования, которое приложение должно выполнить.
A script, однако, просто сбрасывается вместе, как подходит, и мало планирования.
Отсутствие надлежащего планирования не переносит вас на script. Возможно, это делает ваше приложение плохо организованной коллекцией плохо спланированных скриптов.
Кроме того, приложение может содержать сценарии, которые агрегированы, содержат целое. Но script может ссылаться только на приложение.
Многие (большинство?) языков сценариев интерпретируются, а некоторые скомпилированные языки считаются скриптовыми языками, но вопрос скомпилированных против интерпретируемых только слабо связано с вопросом “сценариев” и “серьезных” языков.
Большая проблема заключается в том, что “скриптинг” довольно расплывчатый обозначение – это язык, удобный для написания скриптов, в отличие от написания “полномасштабных программ” (или Приложения).
Но как отличить сложный script от простое приложение? Это по существу неоспоримый вопрос. Как правило, script представляет собой ряд команд, применяемых к некоторому набору данных, возможно, в пользовательском порядке… но тогда можно было бы растянуть это описание применимо к Photoshop, которое, несомненно, является основным выражение. Скрипты обычно меньше, чем приложения, do некоторые четко определенные вещи и “проще” использовать, и, как правило, могут разложить на четкую серию подопераций, но все эти вещи субъективны.
Я думаю, что вообще неважно, компилируется или интерпретируется код.
Истинное различие заключается в основной логике кода:
- Если код создает новые функции, которые не реализованы в других программах в системе – это программа. Его даже можно манипулировать с помощью script.
- Если код ОСНОВНО манипулирует действиями других программ, а итоговым результатом является ОСНОВНО результаты работы управляемых программ – это script. Буквально script действий для некоторых программ.
На самом деле разница между script (или языком сценариев) и приложением заключается в том, что script не требует компиляции в машинный язык.. Вы запускаете источник script с помощью интерпретатор. Приложение компилирует исходный код в машинный код, чтобы вы могли запускать его как отдельное приложение.
Я бы сказал, что script обычно представляет собой набор команд или команд, написанных простым текстом, которые выполняются хостинговым приложением (браузер, командный интерпретатор или оболочка,…).
Это не значит, что он не был бы мощным или не скомпилирован каким-то образом, когда он фактически выполнен. Но script не может ничего сделать сам по себе, это просто текст.
По своей природе это может быть только фрагмент, который необходимо объединить для создания программы или приложения, но расширенные и полностью разработанные сценарии или набор сценариев можно считать программами или приложениями при их запуске хостом, как и куча исходных файлов может стать приложением после компиляции.
Язык сценариев не имеет стандартной библиотеки или платформы (или не много). Он маленький и легкий, предназначенный для встраивания в более крупное приложение. Bash и Javascript – отличные примеры языков сценариев, потому что они полностью полагаются на другие программы для своей функциональности.
Используя это определение, script – это код, предназначенный для управления большим приложением (пакетом). Javascript может вызвать Firefox, чтобы открыть окна или манипулировать DOM. A Bash script выполняет существующие программы или другие скрипты и соединяет их вместе с каналами.
Вы также спрашиваете, почему не скриптовые языки, поэтому:
Существуют ли какие-либо инструменты для тестирования модулей для скриптовых языков? Это кажется очень важным инструментом для “реальных” приложений, которые полностью отсутствуют. И редко какие-либо реальные привязки библиотек для языков сценариев.
В большинстве случаев скрипты могут быть заменены реальным, легким языком, например Python или Ruby.
Источник: techarks.ru
Разница между скриптом и программой?
В чем разница между скриптом и программой? Большую часть времени я слышу, что скрипт запускается, разве это не программа? Я немного озадачен, кто-нибудь может уточнить это?
user240698 18 фев ’10 в 05:39 2010-02-18 05:39
2010-02-18 05:39
11 ответов
Для меня главное отличие заключается в том, что сценарий интерпретируется при выполнении программы (то есть исходный код сначала компилируется, и ожидается результат этой компиляции).
Википедия, похоже, согласна со мной в этом:
«Сценарии» отличаются от основного кода приложения, который обычно написан на другом языке, и часто создаются или, по крайней мере, изменяются конечным пользователем.
Сценарии часто интерпретируются из исходного кода или байт-кода, тогда как приложения, которыми они управляют, традиционно компилируются в машинный код.
Программа имеет исполняемую форму, которую компьютер может использовать непосредственно для выполнения инструкций.
Та же программа в форме, удобной для восприятия человеком, из которой получены исполняемые программы (например, скомпилированы)
user138475 18 фев ’10 в 05:45 2010-02-18 05:45
2010-02-18 05:45
Я придерживаюсь другого мнения.
«Сценарий» — это код, который действует на некоторую систему внешним или независимым образом и может быть удален или отключен без отключения самой системы.
«Программа» — это код, который составляет систему. Код программы может быть написан по модульному принципу, с хорошим разделением задач, но этот код является внутренним по отношению к самой системе и зависимым от нее.
Скрипты часто интерпретируются, но не всегда. Программы часто компилируются, но не всегда.
user259769 18 фев ’10 в 06:15 2010-02-18 06:15
2010-02-18 06:15
Как правило, скрипт — это легкий, быстро создаваемый, возможно, одноразовый инструмент. Обычно интерпретируется, а не компилируется. Python и bash являются примерами языков, используемых для создания сценариев.
Программа построена на скомпилированном языке, таком как C или C++, и по этой причине обычно выполняется быстрее, чем скрипт. Большие инструменты часто пишутся как «программы», а не как скрипты — меньшие инструменты легче разрабатывать как скрипты, но скрипты могут становиться громоздкими по мере их увеличения. Языки приложений и системы (используемые для создания программ / приложений) имеют инструменты, облегчающие управление этим ростом.
Обычно вы можете просмотреть скрипт в текстовом редакторе, чтобы увидеть, что он делает. Вы не можете сделать это с исполняемой программой — инструкции последней были скомпилированы в байт-код или машинный язык, что делает его очень трудным для понимания людьми без специальных инструментов.
Обратите внимание на число «часто» и «обычно» выше — термины туманные и иногда пересекаются.
user23897 18 фев ’10 в 05:46 2010-02-18 05:46
2010-02-18 05:46
Скрипт также является программой, но без непрозрачного слоя, скрывающего (исходный код), в то время как программа имеет одежду, вы не сможете увидеть ее исходный код, если он не декомпилируется.
Сценарии нуждаются в других программах для их выполнения, в то время как программы не нуждаются в них.
user139459 18 фев ’10 в 05:42 2010-02-18 05:42
2010-02-18 05:42
«Программа» в целом — это последовательность инструкций, написанных так, чтобы компьютер мог выполнять определенную задачу.
«Сценарий» — это код, написанный на языке сценариев. Язык сценариев — это не что иное, как тип языка программирования, на котором мы можем написать код для управления другим программным приложением.
На самом деле языки программирования бывают двух типов:
а. Язык сценариев
б. Скомпилированный язык
user1122681 28 мар ’12 в 03:14 2012-03-28 03:14
2012-03-28 03:14
Скрипты обычно интерпретируются (другим исполняемым файлом).
Программа, как правило, представляет собой автономный скомпилированный исполняемый файл сам по себе (хотя он может иметь библиотечные зависимости), состоящий из машинного кода или байтовых кодов (для скомпилированных программ точно в срок)
user16076 18 фев ’10 в 05:42 2010-02-18 05:42
2010-02-18 05:42
В действительности сценарии и реальность программы имеют два измерения:
- Является ли язык достаточно мощным, особенно для строковых операций, чтобы конкурировать с макропроцессором, таким как оболочка posix и особенно bash? Если это не лучше, чем bash для запуска какой-либо функции, то нет смысла ее использовать.
- Язык удобен и быстро запускается? Java, Scala, JRuby, Closure и Groovy — все это мощные языки, но Java требует большого количества шаблонов, а JVM, для которой они все требуются, занимает слишком много времени для запуска.
OTOH, Perl, Python и Ruby — все запускаются быстро и имеют мощные операции по обработке строк (и в значительной степени все остальное), поэтому они, как правило, занимают иногда унизительные, но непростые вторжения в сценарии » Мир. Оказывается, они хорошо справляются и с выполнением целых традиционных программ.
В подвешенном состоянии остались такие языки, как Javascript, которые не используются для написания сценариев, но потенциально могут быть. Обновление: так как это было написано, node.js был выпущен на нескольких платформах. В других новостях вопрос был закрыт. «Ну что ж.»
Источник: stackru.com