AkelPad

Есть два скрипта, один вызывается из другого.
Вот они:

Скрипт 1 (вызывающий): (клик для показа скрипта)Скрипт 1 (вызывающий): (клик для показа скрипта)

Code: Select all

//test_main.js
// test main-script

var nCode =0;
var i = 0;

main();

function main()
{
	for (i=0;i<5;++i)
	{
	WScript.Echo("call #" + i );
	nCode=AkelPad.Call("Scripts::Main",     1     , "test_sub1.js", " -Code=" + i);
	}
}

суб-Скрипт 2 (вызываемый): (клик для показа скрипта)суб-Скрипт 2 (вызываемый): (клик для показа скрипта)

Code: Select all

//test_sub1.js
// test sub-script
//return arg

var nCode1 =0;

main1();

function main1()
{
	nCode1 = AkelPad.GetArgValue("Code", 255);
	WScript.Echo("-- Inside " + nCode1);
}

код вызова основного скрипта из кнопки на тулбаре: Внимание, вопрос:
Хочу вызвать скрипт, дождаться его окончания, получить из него код возврата (если я правильно понимаю смысл метода AkelPad.ScriptExitCode(nCode) ) и продолжить в зависимости от результата.
Пока что не получается дождаться отработки суб-скрипта.

при таком вызове получаю Если в основном скрипте применить
AkelPad.Call("Scripts::Main", 2, "test_sub1.js", " -Code=" + i);
то суб-скрипт своеобразно "виснет": в Акеле можно работать, но если нажать Esc, происходит дальнейшее исполнение скрипта. И собственно почему и что я делаю не так?

В скрипт-2 оборачиваете в функцию.
В скрипте-1 подключаем 2-й скрипт с помощью Include и вызываем функцию.

Есть вроде и js-функция, которая вызывает на выполнение скрипт, Exec вроде, но это изврат.

Ну можно ещё (eval, eval)(AkelPad.ReadFile(.....))

FeyFre wrote:Ну можно ещё (eval, eval)(AkelPad.ReadFile(.....))

К сожалению не получается передать агрументы командной строки и получить обратно результат..

ilia
Вы попробовали запуск скрипта с параметром 1 и 2, почему не попробовали 4?
Не проще объединить всё в один, к чему такие сложности?

VladSh wrote:В скрипт-2 оборачиваете в функцию.
В скрипте-1 подключаем 2-й скрипт с помощью Include и вызываем функцию.

В конечном итоге так и сделал.

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

Есть вроде и js-функция, которая вызывает на выполнение скрипт, Exec вроде, но это изврат.

Да, только вот нельзя использовать AkelPad.методы() так что польза стремится к нулю..

Skif_off wrote:ilia
Вы попробовали запуск скрипта с параметром 1 и 2, почему не попробовали 4?
Не проще объединить всё в один, к чему такие сложности?

Ну как же не попробовал.. попробовал.. Вообще Акел зависает.


Честно говоря, и не подумал бы что это "сложности".
Моя задача следующая: создать набор (или один) скриптов для обработки текстовых файлов (ЧПУ программы). Обработка каждого конкретного файла не такая уж и сложная.. Перестановки и замены. Но существует много "типов" файлов. Так, я задумал, что на каждый необходимый тип файла будет сделан свой скрипт.
Почему? Во-первых, модульность. Можно запустить данных конкретный скрипт для данного конкректного файла. Во-вторых, внутри каждого скрипта есть определенные "проверки целостности", т.е. скрипт не должен работать на "чужом" файле. В-третьих, знаю что рано или поздно из почти одинаковых поначалу скриптов получатся совсем непохожие друг на друга.. тут добавить, там изменить... )))

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

ilia
Возможно, просто баг какой-то вылез в последней версии(ях)? Предыдущие версии не пробовали?

Или что-то упускаем. Вот, например, не пригодится?

P.S. В крайнем случае результат можно и через переменную окружения передать>>>через переменную окружения передать>>>

Code: Select all

var WshShell   = CreateObject("WScript.Shell")
var WshEnvUser = WshShell.Environment("User");
var ExitCode;

ExitCode = ...;
WshEnvUser("Exit") = ExitCode;

//Первый скрипт:
...
ExitCode = WshShell.ExpandEnvironmentStrings("%Exit%")
WshEnvUser.Remove("Exit");
If ExitCode <> 0 ...

, но наверняка можно обойтись и без этого.

ilia
Функции можно унифицировать, параметризовав и поместив в общий скрипт, который будет использоваться всеми остальными.
Можно сделать всё на классах - базовый класс с общей функциональностью и классы-наследники в разных файлах со спецификой.

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

Skif_off wrote:ilia
Возможно, просто баг какой-то вылез в последней версии(ях)? Предыдущие версии не пробовали?

Или что-то упускаем.

Да, что-то упускаем. Спасибо большое.
Не хватало строки в запускающем скрипте. Наверное в Scripts-Rus.txt хорошо бы это пометить..

Теперь скрипты запускаются как положено.

Еще раз спасибо.


ЗЫ. Теперь с кодом возврата разбираюсь..

P.S. В крайнем случае результат можно и через переменную окружения передать>>>, но наверняка можно обойтись и без этого.

Объясните мне, пожалуйста, что делает метод Как и где этот код возврата потом можно использовать???
Я предполагал, что вызывающий скрипт получит этот код как результат метода Call(). но на деле получал всегда 1 независимо от значения nCode.

ilia
Что-то Вы куда-то не в ту степь...

Вот гляньте пример: OpenEx.js. Здесь и подключение скрипта и вызов функций из него, которые возвращают результат.
Здесь то же самое, но с использование классов: LineNumbersInsert.js.

ilia
С версии 18.6 Scripts плагина можно получать результат через ScriptExitCode:

1.js 2.js

Instructor wrote:ilia
С версии 18.6 Scripts плагина можно получать результат через ScriptExitCode.

God bless you!

У-у-х! Instructor весь блестящий ворвался на белом коне! ))) Чего-то аж на душе приятно стало