Передача именованных параметров в пакетный сценарий со специальными символами

Aug 20 2020

Я нашел и изменил фрагмент кода, чтобы разрешить передачу неограниченного количества именованных параметров в пакетный сценарий.

Доступ к неизвестному количеству команд (параметров) в пакетном файле

Все работало отлично, но теперь я встраиваю проверку подстановочного знака в сценарий и обнаружил, передаю ли я такое значение, "FILEPATH=C:\tmp\test *.txt"которое FILEPATHне определяется моим фрагментом кода. Поскольку я действительно не создавал его, я частично не знаю, как он работает и может быть изменен, чтобы разрешить использование специальных символов.

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

::Set Named Arguments
set argCount=0
for %%x in (%*) do (
   set /A argCount+=1
   set "argVec[!argCount!]=%%~x"
   set %%x
)

Обновить:

Я изменил цикл for на, for /F delims^=^"^ tokens^=* %%x in (%*) do (и теперь он будет определять FILEPATH с помощью WILDCARD, но он удаляет первый, "а затем объединяет все аргументы в одну строку, а также удаляет последний ". Возможно, мне нужен способ argcountкоррелировать буквенно-цифровую позицию set %%xстроки?

Другая мысль, поскольку приведенное выше изменение цикла for принимает подстановочный знак, но создает одну длинную переменную, содержащую все переданные параметры script.cmd, возможно, я смогу снова перебрать ее (длинную переменную) и разделить именованные аргументы.

Обновить:

Пример использования:

script.cmd:

@ECHO OFF
CLS
::Set Named Arguments
set argCount=0
for %%x in (%*) do (
   set /A argCount+=1
   set "argVec[!argCount!]=%%~x"
   set %%x
)
ECHO %FILEPATH%
ECHO %VAR%
EXIT /B

test.cmd:

@ECHO OFF
CLS

::Doesn't Work
CALL "C:\tmp\script.cmd" "FILEPATH=C:\tmp\tes*.txt" "VAR=2"
PAUSE
::Works Fine
CALL "C:\tmp\script.cmd" "FILEPATH=C:\tmp\test.txt" 
PAUSE

Ответы

1 Gerhard Aug 20 2020 at 07:25

Используя ваш текущий метод, указав FILEPATH=в качестве параметра.

Примечание: я должен сказать, что это немного опасная тенденция. Причина в том, что если какая-либо из входных переменных содержит что-то подобное, PATH=Somepathэто нарушит непосредственное окружение во время выполнения скрипта. Поэтому убедитесь, что вы проверили типы ввода, которые будут переданы.

@echo off & setlocal enabledelayedexpansion
(set "%~1" & set "%~2" & set "%~3" & set "%~4")>nul
set argCount=0
if defined FILEPATH (
  for %%x in ("%FILEPATH%") do (
     set /A argCount+=1
     set "argVec[!argCount!]=%%~x"
     echo argVec[!argCount!]
 )
 echo %FILEPATH%
) else (
 echo FILEPATH not defined
)

FreeSoftwareServers Aug 20 2020 at 16:34

Мое полное решение, основанное на потрясающем ответе @Gerhard. Это по-прежнему позволяет мне вводить неограниченное количество переменных в неизвестном порядке в "VALUE=KEY"формате и не знать FILEPATHпозиционный аргумент, но поскольку пакет имеет ограничения только на использование, %1-->%9я чувствовал, что проще / лучше всего обрабатывать / разрешить это FILEPATHбыть любым из первых 9 ПАРАМЕТРЫ. Это действительно научило меня тому, что вы считаете само собой разумеющимся в оболочках типа BASH, а также тому, что BASH делает «за кулисами». Идея заключалась в том, чтобы встроить поиск с использованием подстановочных знаков, так как мой script.cmdвсегда будет вызываться «родительским скриптом» с параметрами, и я хочу, чтобы он был похож на BASH(разрешить конечным пользователям использовать подстановочные знаки).