Какой язык в командной строке windows

For other uses, see CMD.

«Command Prompt» redirects here. For the concept, see Command prompt.

Command Prompt (cmd.exe)

Other names	Windows Command Processor
Developer(s)	Microsoft, IBM, ReactOS contributors
Initial release	December 1987; 35 years ago
Stable release	10.0.22000.282
Operating system	Windows NT family Windows CE family OS/2 eComStation ArcaOS ReactOS
Platform	IA-32, x86-64, ARM (and historically DEC Alpha, MIPS, PowerPC, and Itanium)
Predecessor	COMMAND.COM
Type	Command-line interpreter

Command Prompt, also known as cmd.exe or cmd, is the default command-line interpreter for the OS/2,^[1] eComStation, ArcaOS, Microsoft Windows (Windows NT family and Windows CE family), and ReactOS^[2] operating systems. On Windows CE .NET 4.2,^[3] Windows CE 5.0^[4] and Windows Embedded CE 6.0^[5] it is referred to as the Command Processor Shell. Its implementations differ between operating systems, but the behavior and basic set of commands are consistent. cmd.exe is the counterpart of COMMAND.COM in DOS and Windows 9x systems, and analogous to the Unix shells used on Unix-like systems. The initial version of cmd.exe for Windows NT was developed by Therese Stowell.^[6] Windows CE 2.11 was the first embedded Windows release to support a console and a Windows CE version of cmd.exe.^[7] The ReactOS implementation of cmd.exe is derived from FreeCOM, the FreeDOS command line interpreter.^[2]

Operation[edit]

cmd.exe interacts with the user through a command-line interface. On Windows, this interface is implemented through the Win32 console. cmd.exe may take advantage of features available to native programs of its own platform. For example, on OS/2 and Windows, it can use real pipes in command pipelines, allowing both sides of the pipeline to run concurrently. As a result, it is possible to redirect the standard error stream. (COMMAND.COM uses temporary files, and runs the two sides serially, one after the other.)

Multiple commands can be processed in a single command line using the command separator &&.^[8]

When using this separator in the Windows cmd.exe, each command must complete successfully for the following commands to execute. For example:

C:>CommandA && CommandB && CommandC

In the above example, Command B will only execute if Command A completes successfully, and the execution of Command C depends on the successful completion of Command B. To process subsequent commands even if the previous command produces an error, the command separator & should be used.^[9] For example:

C:>CommandA & CommandB & CommandC

On Windows XP or later, the maximum length of the string that can be used at the command prompt is 8191 characters. On earlier versions, such as Windows 2000 or Windows NT 4.0, the maximum length of the string is 2047 characters. This limit includes the command line, individual environment variables that are inherited by other processes, and all environment variable expansions.^[10]

Quotation marks are required for the following special characters:^[8]

& < > [ ] { } ^ = ; ! ' + , ` ~ [white space]

Internal commands[edit]

OS/2[edit]

The following is a list of the Microsoft OS/2 internal cmd.exe commands:^[11]

Windows NT family[edit]

The following list of internal commands is supported by cmd.exe on Windows NT and later:^[12]

Windows CE[edit]

The following list of commands is supported by cmd.exe on Windows CE .NET 4.2,^[13] Windows CE 5.0^[14] and Windows Embedded CE 6.0:^[15]

In addition, the net command is available as an external command stored in Windowsnet.exe.

ReactOS[edit]

The ReactOS implementation includes the following internal commands:^[2]

Comparison with COMMAND.COM[edit]

On Windows, cmd.exe is mostly compatible with COMMAND.COM but provides the following extensions over it:

• More detailed error messages than the blanket «Bad command or file name» (in the case of malformed commands) of COMMAND.COM. In OS/2, errors are reported in the chosen language of the system, their text being taken from the system message files. The HELP command can then be issued with the error message number to obtain further information.
• Supports using of arrow keys to scroll through command history. (Under DOS this function was only available under DR DOS (through HISTORY) and later via an external component called DOSKEY.)
• Adds rotating command-line completion for file and folder paths, where the user can cycle through results for the prefix using the Tab ↹, and ⇧ Shift+Tab ↹ for reverse direction.
• Treats the caret character (^) as the escape character; the character following it is to be taken literally. There are special characters in cmd.exe and COMMAND.COM (e.g. «<«, «>» and «|») that are meant to alter the behavior of the command line processor. The caret character forces the command line processor to interpret them literally.
• Supports delayed variable expansion with SETLOCAL EnableDelayedExpansion, allowing values of variables to be calculated at runtime instead of during parsing of script before execution (Windows 2000 and later), fixing DOS idioms that made using control structures hard and complex.^[16] The extensions can be disabled, providing a stricter compatibility mode.

Internal commands have also been improved:

• The DELTREE command was merged into the RD command, as part of its /S switch.
• SetLocal and EndLocal commands limit the scope of changes to the environment. Changes made to the command line environment after SetLocal commands are local to the batch file. EndLocal command restores the previous settings.^[17]
• The Call command allows subroutines within batch file. The Call command in COMMAND.COM only supports calling external batch files.
• File name parser extensions to the Set command are comparable with C shell.^{[further explanation needed]}
• The Set command can perform expression evaluation.
• An expansion of the For command supports parsing files and arbitrary sets in addition to file names.
• The new PushD and PopD commands provide access past navigated paths similar to «forward» and «back» buttons in a web browser or File Explorer.
• The conditional IF command can perform case-insensitive comparisons and numeric equality and inequality comparisons in addition to case-sensitive string comparisons. (This was available in DR-DOS, but not in PC DOS or MS-DOS.)

See also[edit]

• Comparison of command shells
• List of DOS commands
• COMMAND.COM
• PowerShell
• Windows Terminal

References[edit]

Further reading[edit]

• David Moskowitz; David Kerr (1994). OS/2 2.11 Unleashed (2nd ed.). Sams Publishing. ISBN 978-0672304453.
• Stanek, William R. (2008). Windows Command-Line Administrator’s Pocket Consultant (2nd ed.). Microsoft Press. ISBN 978-0735622623.

External links[edit]

• «Command-line reference A-Z». Microsoft.{{cite web}}: CS1 maint: url-status (link)
• «Cmd». Microsoft Windows XP Product Documentation. Microsoft. Archived from the original on 2011-09-02. Retrieved 2006-05-24.
• «Command Prompt: frequently asked questions». windows Help. Microsoft. Archived from the original on 2015-04-22. Retrieved 2015-04-20.
• «An A–Z Index of the Windows CMD command line». SS64.com.
• «Windows CMD.com – Hub of Windows Commands». windowscmd.com.

For other uses, see CMD.

«Command Prompt» redirects here. For the concept, see Command prompt.

Command Prompt (cmd.exe)

Other names	Windows Command Processor
Developer(s)	Microsoft, IBM, ReactOS contributors
Initial release	December 1987; 35 years ago
Stable release	10.0.22000.282
Operating system	Windows NT family Windows CE family OS/2 eComStation ArcaOS ReactOS
Platform	IA-32, x86-64, ARM (and historically DEC Alpha, MIPS, PowerPC, and Itanium)
Predecessor	COMMAND.COM
Type	Command-line interpreter

Command Prompt, also known as cmd.exe or cmd, is the default command-line interpreter for the OS/2,^[1] eComStation, ArcaOS, Microsoft Windows (Windows NT family and Windows CE family), and ReactOS^[2] operating systems. On Windows CE .NET 4.2,^[3] Windows CE 5.0^[4] and Windows Embedded CE 6.0^[5] it is referred to as the Command Processor Shell. Its implementations differ between operating systems, but the behavior and basic set of commands are consistent. cmd.exe is the counterpart of COMMAND.COM in DOS and Windows 9x systems, and analogous to the Unix shells used on Unix-like systems. The initial version of cmd.exe for Windows NT was developed by Therese Stowell.^[6] Windows CE 2.11 was the first embedded Windows release to support a console and a Windows CE version of cmd.exe.^[7] The ReactOS implementation of cmd.exe is derived from FreeCOM, the FreeDOS command line interpreter.^[2]

Operation[edit]

cmd.exe interacts with the user through a command-line interface. On Windows, this interface is implemented through the Win32 console. cmd.exe may take advantage of features available to native programs of its own platform. For example, on OS/2 and Windows, it can use real pipes in command pipelines, allowing both sides of the pipeline to run concurrently. As a result, it is possible to redirect the standard error stream. (COMMAND.COM uses temporary files, and runs the two sides serially, one after the other.)

Multiple commands can be processed in a single command line using the command separator &&.^[8]

When using this separator in the Windows cmd.exe, each command must complete successfully for the following commands to execute. For example:

C:>CommandA && CommandB && CommandC

In the above example, Command B will only execute if Command A completes successfully, and the execution of Command C depends on the successful completion of Command B. To process subsequent commands even if the previous command produces an error, the command separator & should be used.^[9] For example:

C:>CommandA & CommandB & CommandC

On Windows XP or later, the maximum length of the string that can be used at the command prompt is 8191 characters. On earlier versions, such as Windows 2000 or Windows NT 4.0, the maximum length of the string is 2047 characters. This limit includes the command line, individual environment variables that are inherited by other processes, and all environment variable expansions.^[10]

Quotation marks are required for the following special characters:^[8]

& < > [ ] { } ^ = ; ! ' + , ` ~ [white space]

Internal commands[edit]

OS/2[edit]

The following is a list of the Microsoft OS/2 internal cmd.exe commands:^[11]

Windows NT family[edit]

The following list of internal commands is supported by cmd.exe on Windows NT and later:^[12]

Windows CE[edit]

The following list of commands is supported by cmd.exe on Windows CE .NET 4.2,^[13] Windows CE 5.0^[14] and Windows Embedded CE 6.0:^[15]

In addition, the net command is available as an external command stored in Windowsnet.exe.

ReactOS[edit]

The ReactOS implementation includes the following internal commands:^[2]

Comparison with COMMAND.COM[edit]

On Windows, cmd.exe is mostly compatible with COMMAND.COM but provides the following extensions over it:

• More detailed error messages than the blanket «Bad command or file name» (in the case of malformed commands) of COMMAND.COM. In OS/2, errors are reported in the chosen language of the system, their text being taken from the system message files. The HELP command can then be issued with the error message number to obtain further information.
• Supports using of arrow keys to scroll through command history. (Under DOS this function was only available under DR DOS (through HISTORY) and later via an external component called DOSKEY.)
• Adds rotating command-line completion for file and folder paths, where the user can cycle through results for the prefix using the Tab ↹, and ⇧ Shift+Tab ↹ for reverse direction.
• Treats the caret character (^) as the escape character; the character following it is to be taken literally. There are special characters in cmd.exe and COMMAND.COM (e.g. «<«, «>» and «|») that are meant to alter the behavior of the command line processor. The caret character forces the command line processor to interpret them literally.
• Supports delayed variable expansion with SETLOCAL EnableDelayedExpansion, allowing values of variables to be calculated at runtime instead of during parsing of script before execution (Windows 2000 and later), fixing DOS idioms that made using control structures hard and complex.^[16] The extensions can be disabled, providing a stricter compatibility mode.

Internal commands have also been improved:

• The DELTREE command was merged into the RD command, as part of its /S switch.
• SetLocal and EndLocal commands limit the scope of changes to the environment. Changes made to the command line environment after SetLocal commands are local to the batch file. EndLocal command restores the previous settings.^[17]
• The Call command allows subroutines within batch file. The Call command in COMMAND.COM only supports calling external batch files.
• File name parser extensions to the Set command are comparable with C shell.^{[further explanation needed]}
• The Set command can perform expression evaluation.
• An expansion of the For command supports parsing files and arbitrary sets in addition to file names.
• The new PushD and PopD commands provide access past navigated paths similar to «forward» and «back» buttons in a web browser or File Explorer.
• The conditional IF command can perform case-insensitive comparisons and numeric equality and inequality comparisons in addition to case-sensitive string comparisons. (This was available in DR-DOS, but not in PC DOS or MS-DOS.)

See also[edit]

• Comparison of command shells
• List of DOS commands
• COMMAND.COM
• PowerShell
• Windows Terminal

References[edit]

Further reading[edit]

• David Moskowitz; David Kerr (1994). OS/2 2.11 Unleashed (2nd ed.). Sams Publishing. ISBN 978-0672304453.
• Stanek, William R. (2008). Windows Command-Line Administrator’s Pocket Consultant (2nd ed.). Microsoft Press. ISBN 978-0735622623.

External links[edit]

• «Command-line reference A-Z». Microsoft.{{cite web}}: CS1 maint: url-status (link)
• «Cmd». Microsoft Windows XP Product Documentation. Microsoft. Archived from the original on 2011-09-02. Retrieved 2006-05-24.
• «Command Prompt: frequently asked questions». windows Help. Microsoft. Archived from the original on 2015-04-22. Retrieved 2015-04-20.
• «An A–Z Index of the Windows CMD command line». SS64.com.
• «Windows CMD.com – Hub of Windows Commands». windowscmd.com.

For other uses, see CMD.

«Command Prompt» redirects here. For the concept, see Command prompt.

Command Prompt (cmd.exe)

Other names	Windows Command Processor
Developer(s)	Microsoft, IBM, ReactOS contributors
Initial release	December 1987; 35 years ago
Stable release	10.0.22000.282
Operating system	Windows NT family Windows CE family OS/2 eComStation ArcaOS ReactOS
Platform	IA-32, x86-64, ARM (and historically DEC Alpha, MIPS, PowerPC, and Itanium)
Predecessor	COMMAND.COM
Type	Command-line interpreter

Command Prompt, also known as cmd.exe or cmd, is the default command-line interpreter for the OS/2,^[1] eComStation, ArcaOS, Microsoft Windows (Windows NT family and Windows CE family), and ReactOS^[2] operating systems. On Windows CE .NET 4.2,^[3] Windows CE 5.0^[4] and Windows Embedded CE 6.0^[5] it is referred to as the Command Processor Shell. Its implementations differ between operating systems, but the behavior and basic set of commands are consistent. cmd.exe is the counterpart of COMMAND.COM in DOS and Windows 9x systems, and analogous to the Unix shells used on Unix-like systems. The initial version of cmd.exe for Windows NT was developed by Therese Stowell.^[6] Windows CE 2.11 was the first embedded Windows release to support a console and a Windows CE version of cmd.exe.^[7] The ReactOS implementation of cmd.exe is derived from FreeCOM, the FreeDOS command line interpreter.^[2]

Operation[edit]

cmd.exe interacts with the user through a command-line interface. On Windows, this interface is implemented through the Win32 console. cmd.exe may take advantage of features available to native programs of its own platform. For example, on OS/2 and Windows, it can use real pipes in command pipelines, allowing both sides of the pipeline to run concurrently. As a result, it is possible to redirect the standard error stream. (COMMAND.COM uses temporary files, and runs the two sides serially, one after the other.)

Multiple commands can be processed in a single command line using the command separator &&.^[8]

When using this separator in the Windows cmd.exe, each command must complete successfully for the following commands to execute. For example:

C:>CommandA && CommandB && CommandC

In the above example, Command B will only execute if Command A completes successfully, and the execution of Command C depends on the successful completion of Command B. To process subsequent commands even if the previous command produces an error, the command separator & should be used.^[9] For example:

C:>CommandA & CommandB & CommandC

On Windows XP or later, the maximum length of the string that can be used at the command prompt is 8191 characters. On earlier versions, such as Windows 2000 or Windows NT 4.0, the maximum length of the string is 2047 characters. This limit includes the command line, individual environment variables that are inherited by other processes, and all environment variable expansions.^[10]

Quotation marks are required for the following special characters:^[8]

& < > [ ] { } ^ = ; ! ' + , ` ~ [white space]

Internal commands[edit]

OS/2[edit]

The following is a list of the Microsoft OS/2 internal cmd.exe commands:^[11]

Windows NT family[edit]

The following list of internal commands is supported by cmd.exe on Windows NT and later:^[12]

Windows CE[edit]

The following list of commands is supported by cmd.exe on Windows CE .NET 4.2,^[13] Windows CE 5.0^[14] and Windows Embedded CE 6.0:^[15]

In addition, the net command is available as an external command stored in Windowsnet.exe.

ReactOS[edit]

The ReactOS implementation includes the following internal commands:^[2]

Comparison with COMMAND.COM[edit]

On Windows, cmd.exe is mostly compatible with COMMAND.COM but provides the following extensions over it:

• More detailed error messages than the blanket «Bad command or file name» (in the case of malformed commands) of COMMAND.COM. In OS/2, errors are reported in the chosen language of the system, their text being taken from the system message files. The HELP command can then be issued with the error message number to obtain further information.
• Supports using of arrow keys to scroll through command history. (Under DOS this function was only available under DR DOS (through HISTORY) and later via an external component called DOSKEY.)
• Adds rotating command-line completion for file and folder paths, where the user can cycle through results for the prefix using the Tab ↹, and ⇧ Shift+Tab ↹ for reverse direction.
• Treats the caret character (^) as the escape character; the character following it is to be taken literally. There are special characters in cmd.exe and COMMAND.COM (e.g. «<«, «>» and «|») that are meant to alter the behavior of the command line processor. The caret character forces the command line processor to interpret them literally.
• Supports delayed variable expansion with SETLOCAL EnableDelayedExpansion, allowing values of variables to be calculated at runtime instead of during parsing of script before execution (Windows 2000 and later), fixing DOS idioms that made using control structures hard and complex.^[16] The extensions can be disabled, providing a stricter compatibility mode.

Internal commands have also been improved:

• The DELTREE command was merged into the RD command, as part of its /S switch.
• SetLocal and EndLocal commands limit the scope of changes to the environment. Changes made to the command line environment after SetLocal commands are local to the batch file. EndLocal command restores the previous settings.^[17]
• The Call command allows subroutines within batch file. The Call command in COMMAND.COM only supports calling external batch files.
• File name parser extensions to the Set command are comparable with C shell.^{[further explanation needed]}
• The Set command can perform expression evaluation.
• An expansion of the For command supports parsing files and arbitrary sets in addition to file names.
• The new PushD and PopD commands provide access past navigated paths similar to «forward» and «back» buttons in a web browser or File Explorer.
• The conditional IF command can perform case-insensitive comparisons and numeric equality and inequality comparisons in addition to case-sensitive string comparisons. (This was available in DR-DOS, but not in PC DOS or MS-DOS.)

See also[edit]

• Comparison of command shells
• List of DOS commands
• COMMAND.COM
• PowerShell
• Windows Terminal

References[edit]

Further reading[edit]

• David Moskowitz; David Kerr (1994). OS/2 2.11 Unleashed (2nd ed.). Sams Publishing. ISBN 978-0672304453.
• Stanek, William R. (2008). Windows Command-Line Administrator’s Pocket Consultant (2nd ed.). Microsoft Press. ISBN 978-0735622623.

External links[edit]

• «Command-line reference A-Z». Microsoft.{{cite web}}: CS1 maint: url-status (link)
• «Cmd». Microsoft Windows XP Product Documentation. Microsoft. Archived from the original on 2011-09-02. Retrieved 2006-05-24.
• «Command Prompt: frequently asked questions». windows Help. Microsoft. Archived from the original on 2015-04-22. Retrieved 2015-04-20.
• «An A–Z Index of the Windows CMD command line». SS64.com.
• «Windows CMD.com – Hub of Windows Commands». windowscmd.com.

Командная строка, также известная как cmd.exe или cmd (по имени исполняемого файла), является интерпретатором командной строки в операционных системах Windows NT, Windows CE, OS / 2 и eComStation. Это аналог COMMAND.COM в системах DOS и Windows 9x (где он также называется «MS-DOS Prompt») и аналогичен оболочкам Unix, используемым в Unix-подобных системах.

Источник: Википедия

Я искал везде, но не нашел ответа на этот вопрос.

Каждый веб-сайт подчеркивает тот факт, что пакетный язык используется в cmd.exe, но мне не удалось найти язык, на котором он написан.

Итак, мой вопрос:

Какой язык использовался для написания командной строки или cmd.exe в Windows?

Файл при открытии в текстовом редакторе содержит путь onecorebasecmdmaxpathawarestring.cpp, который указывает на то, что по крайней мере один исходный файл написан на C ++.

Дополнения от Hans Passant:

Импорт, от которого он зависит, скорее всего, будет сочетанием языков C и C ++. Функции CRT, такие как longjmp, calloc, free, обозначают код C, вполне могут быть древними и восходить ко временам command.com. Очевидно, что он также использует обработку исключений C ++, C ++ — их предпочтительное оружие для всех последних разработок кода. Смешивание — не редкость.

И эриксун:

под отладчиком очевидно, что последние дополнения к CMD были написаны на C ++. x cmd!*::* показывает значительное использование пространства имен C ++ std

[…]

Но CMD по-прежнему в основном C, а не C ++. Его команды и вспомогательные функции реализованы как функции C, такие как eExit, eChdir, ParseStatement, SearchForExecutable и ExecPgm. Они не перенесли весь этот старый код C в дизайн ООП.

Так что я бы выбрал сочетание C и C ++.

Как официально подтверждено Ричардом Тернером М.С., изначально написано на C

Cmd — это приложение Win32, полностью написанное на ‘C’ — это важно, поскольку одной из ключевых целей NT было переносимость между различными архитектурами процессоров и компьютеров.

Rumors of Cmd’s death have been greatly exaggerated

Но некоторые его части были перенесены на C ++ на данный момент

Консоль Windows — это традиционный исполняемый файл Win32, и, хотя он изначально был написан на языке C, большая часть кода переносится на современный C ++ по мере того, как команда модернизирует и модулирует кодовую базу консоли.

Для тех, кто заботится о таких вещах: многие спрашивают, написана ли Windows на C или C ++. Ответ заключается в том, что, несмотря на объектно-ориентированный дизайн NT, как и большинство операционных систем, Windows почти полностью написана на языке C. Почему? C ++ требует затрат с точки зрения занимаемой памяти и накладных расходов на выполнение кода. Даже сегодня скрытые затраты на код, написанный на C ++, могут вызывать удивление, но в конце 1990-х годов, когда память стоимость ~ 60 долларов за Мб (да… 60 долларов за MEGABYTE !), стоимость скрытой памяти для vtables и т. д. была значительной. Кроме того, стоимость косвенного обращения к виртуальным методам и разыменования объектов может привести к очень значительным потерям производительности и масштабирования для кода C ++ в то время. Хотя по-прежнему нужно быть осторожным, накладные расходы на производительность современного C ++ на современных компьютерах гораздо меньше беспокоят и часто являются приемлемым компромиссом, учитывая его преимущества в области безопасности, читаемости и ремонтопригодности … вот почему мы последовательное обновление кода консоли до современного C ++.

Командная строка Windows: внутри консоли Windows

Если вы посмотрите на внутренняя структура последней версии консоли Windows, вы можете видеть, что она использует Map, Collection, что предполагает использование некоторых C ++ / CX

Сверху (синие прямоугольники исходного буфера):

• ScreenInfo — поддерживает информацию об области просмотра и т. Д. И содержит TextBuffer
  • TextBuffer — представляет текстовую область консоли в виде набора строк.
    • Row — однозначно представляет каждую строку CharRow в консоли и атрибуты форматирования, применяемые к каждой строке.
      • CharRow — содержит набор CharRowCells, а также логику и состояние для обработки переноса строк и навигации.
        • CharRowCell — содержит фактический текст ячейки и байт DbcsAttribute, содержащий специфичные для ячейки флаги.

Если вас это интересует, то conhost.exe также был открыт в виде нового терминала Windows.

Хост консоли Windows, conhost.exe, является исходным интерфейсом командной строки Windows. Он реализует инфраструктуру командной строки Windows и отвечает за размещение API консоли Windows, механизма ввода, механизма визуализации и пользовательских настроек. Код хоста консоли в этом репозитории является фактическим источником, из которого создается conhost.exe в самой Windows.

https://github.com/microsoft/terminal

Вы можете найти больше хороших статей с подробной информацией в блоге о командной строке Windows

Язык интерпретатора Cmd.exe. Командные файлы

Язык оболочки командной строки (shell language) в Windows реализован в виде командных (или пакетных) файлов. Командный файл в Windows — это обычный текстовый файл с расширением bat или cmd, в котором записаны допустимые команды операционной системы (как внешние, так и внутренние), а также некоторые дополнительные инструкции и ключевые слова, придающие командным файлам некоторое сходство с алгоритмическими языками программирования. Например, если записать в файл deltmp.bat следующие команды:

C:
CD %TEMP%
DEL /F *.tmp

и запустить его на выполнение (аналогично исполняемым файлам с расширением com или exe), то мы удалим все файлы во временной директории Windows. Таким образом, исполнение командного файла приводит к тому же результату, что и последовательный ввод записанных в нем команд. При этом не проводится никакой предварительной компиляции или проверки синтаксиса кода; если встречается строка с ошибочной командой, то она игнорируется. Очевидно, что если вам приходится часто выполнять одни и те же действия, то использование командных файлов может сэкономить много времени.

Вывод сообщений и дублирование команд

По умолчанию команды пакетного файла перед исполнением выводятся на экран, что выглядит не очень эстетично. С помощью команды ECHO OFF можно отключить дублирование команд, идущих после нее (сама команда ECHO OFF при этом все же дублируется). Например,

REM Следующие две команды будут дублироваться на экране …
DIR C:
ECHO OFF
REM А остальные уже не будут
DIR D:

Для восстановления режима дублирования используется команда ECHO ON. Кроме этого, можно отключить дублирование любой отдельной строки в командном файле, написав в начале этой строки символ @, например:

ECHO ON
REM Команда DIR C: дублируется на экране
DIR C:
REM А команда DIR D: — нет
@DIR D:

Таким образом, если поставить в самое начало файла команду

то это решит все проблемы с дублированием команд.

В пакетном файле можно выводить на экран строки с сообщениями. Делается это с помощью команды

Например,

Команда ECHO. (точка должна следовать
непосредственно за словом «ECHO»)
выводит на экран пустую строку. Например,

@ECHO OFF
ECHO Привет!
ECHO.
ECHO Пока!

Часто бывает удобно для просмотра сообщений, выводимых из пакетного файла, предварительно полностью очистить экран командой CLS.

Используя механизм перенаправления ввода/вывода (символы > и >>), можно направить сообщения, выводимые командой ECHO, в определенный текстовый файл. Например:

@ECHO OFF
ECHO Привет! > hi.txt
ECHO Пока! >> hi.txt

С помощью такого метода можно, скажем,
заполнять файлы-протоколы с отчетом о
произведенных действиях. Например:

@ECHO OFF
REM Попытка копирования
XCOPY C:PROGRAMS D:PROGRAMS /s
REM Добавление сообщения в файл report.txt в случае
REM удачного завершения копирования
IF NOT ERRORLEVEL 1 ECHO Успешное копирование >> report.txt

Использование параметров командной строки

При запуске пакетных файлов в командной строке можно указывать произвольное число параметров, значения которых можно использовать внутри файла. Это позволяет, например, применять один и тот же командный файл для выполнения команд с различными параметрами.

Для доступа из командного файла к параметрам командной строки применяются символы %0, %1, …, %9 или %*. При этом вместо %0 подставляется имя выполняемого пакетного файла, вместо %1, %2, …, %9 — значения первых девяти параметров командной строки соответственно, а вместо %* — все аргументы. Если в командной строке при вызове пакетного файла задано меньше девяти параметров, то «лишние» переменные из %1 – %9 замещаются пустыми строками. Рассмотрим следующий пример. Пусть имеется командный файл copier.bat следующего содержания:

@ECHO OFF
CLS
ECHO Файл %0 копирует каталог %1 в %2
XCOPY %1 %2 /S

Если запустить его из командной строки с двумя параметрами, например

copier.bat C:Programs D:Backup

то на экран выведется сообщение

Файл copier.bat копирует каталог C:Programs в D:Backup

и произойдет копирование каталога C:Programs со всеми его подкаталогами в D:Backup.

При необходимости можно использовать более девяти параметров командной строки. Это достигается с помощью команды SHIFT, которая изменяет значения замещаемых параметров с %0 по %9, копируя каждый параметр в предыдущий, то есть значение %1 копируется в %0, значение %2 – в %1 и т.д. Замещаемому параметру %9 присваивается значение параметра, следующего в командной строке за старым значением %9. Если же такой параметр не задан, то новое значение %9 — пустая строка.

Рассмотрим пример. Пусть командный файл my.bat вызван из командной строки следующим образом:

Тогда %0=my.bat, %1=p1, %2=p2, %3=p3, параметры %4 – %9 являются пустыми строками. После выполнения команды SHIFT значения замещаемых параметров изменятся следующим образом: %0=p1, %1=p2, %2=p3, параметры %3 – %9 – пустые строки.

При включении расширенной обработки команд SHIFT поддерживает ключ /n, задающий начало сдвига параметров с номера n, где n может быть числом от 0 до 9.

Например, в следующей команде:

параметр %2 заменяется на %3, %3 на %4 и т.д., а параметры %0 и %1 остаются без изменений.

Команда, обратная SHIFT (обратный сдвиг), отсутствует. После выполнения SHIFT уже нельзя восстановить параметр (%0), который был первым перед сдвигом. Если в командной строке задано больше десяти параметров, то команду SHIFT можно использовать несколько раз.

В командных файлах имеются некоторые возможности синтаксического анализа заменяемых параметров. Для параметра с номером n (%n) допустимы синтаксические конструкции (операторы), представленные в табл. 3.1.

Данные синтаксические конструкции можно объединять друг с другом, например:

%~DPn — из переменной %n выделяется имя диска и путь,

%~NXn — из переменной %n выделяется имя файла и расширение.

Рассмотрим следующий пример. Пусть мы находимся в каталоге C:TEXT и запускаем пакетный файл с параметром Рассказ.doc ( %1=Рассказ.doc ). Тогда применение операторов, описанных в табл. 3.1, к параметру %1 даст следующие результаты:

%~F1=C:TEXTРассказ.doc
%~D1=C:
%~P1=TEXT
%~N1=Рассказ
%~X1=.doc
%~DP1=C:TEXT
%~NX1=Рассказ.doc

Содержание

• 1 Назначение
• 2 Формат команды
• 3 Применение
  • 3.1 В операционных системах
  • 3.2 В компьютерных играх
  • 3.3 В других программах
• 4 Достоинства и недостатки
• 5 См. также

Как только появился интерфейс командной строки, стали появляться и игры, его использующие, особенно актуально это было на тех платформах, где более сложные интерфейсы (графические) было невозможно реализовать вследствие аппаратных ограничений.

Наиболее ярким примером игр, использующих интерфейс командной строки, могут быть названы текстовые квесты, а также сетевые многопользовательские ролевые игры — MUD. Команды в таких играх вводятся на так называемом псевдоестественном языке.

Во многих графических играх присутствует консоль для облегчения доступа к настройкам игры, поскольку в сложных играх реализовать все команды через систему меню неудобно. Первая такая игра — ~» (тильда); реже Enter. Консоль позволяет вносить изменения в настройки игры оперативнее, чем меню — например, набрать name Terminator быстрее, чем найти то меню, в котором вводится имя игрока, и ввести Terminator.

Также консоль предоставляет возможность изменять настройки назначения горячих клавиш, что может использоваться для обмана соперника в многопользовательских играх, например предложением ввести команду unbindall, отменяющую все горячие клавиши, в том числе и отвечающие за движение игрока.

Интерфейс, который предоставляется моддерам, не всегда позволяет менять меню; но он всегда позволяет добавлять свои консольные команды. Например, в DotA (карте для игры Warcraft III) режим игры задаёт участник, играющий синими, через консоль.

В других программах

• Vim
• различные клиенты
  

  Достоинства и недостатки

  Достоинства:

  • Любую команду можно вызвать небольшим количеством нажатий.
  • Пакетные файлы — это, по сути, простейшая программируемость.
  • Можно управлять программами, не имеющими графического интерфейса (например, выделенным сервером).
  • Просмотрев содержимое консоли, можно повторно увидеть промелькнувшее сообщение, которое вы не успели прочитать.

  Недостатки:

  • Интерфейс командной строки не является дружественным для пользователей, которые начали знакомство с компьютером с графического режима.
  • Искать неизвестную команду по справочникам не менее сложно, чем отыскивать в меню нужную команду.
  • Ввод некоторых параметров с клавиатуры может быть затруднительным. Подбор громкости с помощью озвученного ползунка позволяет выставить подходящую громкость быстрее, чем из командной строки.
  • Если же в программе должен быть полноценный скриптовый язык, приходится либо поддерживать два разных языка (консольный и скриптовый), либо отказываться от командной строки в пользу скриптового языка, либо совмещать эти два языка (что отрицательно сказывается на удобстве программирования).

  См. также

  • Текстовый интерфейс
  • CMD