include с переменным именем файла?

[aheart82]

если для работы тебе нужно сто сценариев \ сто условий, то я бы задумался об оптимальности выбранного решения

предложи пожалуйста

[Johnny]

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

что такого у тебя там в твоих трех сценариях например? и почему бы их не запихать в один, а внутренности допустим разделить условиями или процедурами

[aheart82]

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

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

[aden]

если тебе так сильно нужно прыгать от одного сценария к другому то можешь прибегнуть к goto
чтото типа того

Code: (clickermann) [Select]

nachalo:
//какоето условие
......
goto(kuda_to)
......
goto(kuda_to2)
......
goto(kuda_to3)
.....
.....
kuda_to:
//это самое куда то
//делаем что нам надо
// возвращаемся в начало
goto(nachalo)
kuda_to2:
...
// возвращаемся в начало
goto(nachalo)
kuda_to3:
...
// возвращаемся в начало
goto(nachalo)
тут вам и цикл можно применить и переменные(не уверен)

[Zets]

если в основе поставить #include , а в нем еще #include

Это как?

[aden]

Это как?

[Крис Тинка]

если в основе поставить #include , а в нем еще #include

Это как?

Загрузка скрипта через инклуд, в котором присутствует инклуд

[Vint]

Да, с этим хотелось бы уточнить. Тоже возникал вопрос по вложенности... но не возможность (вроде работает), а о взаимодействии. Что, если в инклюде будет вызов инклюда который есть в основном скрипте?
Поюсняю: есть скрипт
#include "УРА.cms"
ляляля
#include "тополя.cms"
...

Если в тополя.cms уже есть #include "УРА.cms" это критично? Вопрос об уникальности имён сабов например, которые есть в УРА.cms. Так как в результате вливания в один скрипт получаются 2++ саба с одним именем. И если без проблем, вызываться будет расположенный выше? С этим тоже проблем не будет?

Зачем это всё нужно? Для создания библиотек. Некоторые подпрограммы требуют подключения определённых инклюдов. Естесственно для самодостаточности и завершённости библиотеки она сама должна содержать вызов #include (чтобы не забыть). Естесственно они могут пересекаться.

Вот в питоне например подключаемые модули активно пересекаются, но при импорте интерпритатор запоминает имя подгруженного модуля и если импорт встретится ещё, загружать повторно не будет, просто расширит область видимости на этот модуль.

[Zets]

Содомия какая то =\

[NEf]

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

Копаешь совсем в ложную сторону реализации, а может оказаться всё гораздо проще ;-)

В тот момент, когда я (наконец) дочитал в хелпе до инклудов (вернее, когда их ввели в новой версии) - я сразу представил, как мои Sub'ы мигрируют в отдельные файлы  и читаемость/юзабилити кода упроститься намного.

Короче говоря, нужно инклудить ВСЁ! но с умом:

Code: (clickermann) [Select]

SUB (mouse1)
#include "1.cms"
END_SUB

SUB (mouse2)
#include "2.cms"
END_SUB

SUB (mouse2)
#include "2.cms"
END_SUB

GOSUB(mouse1)
GOSUB(mouse2)
GOSUB(mouse3)

В отличии от GOTO, с SUB'ами работать намного удобнее и практичнее. Загоняешь всё в сабы, а потом уже играешься с условиями из вызовов.

[Zets]

Короче говоря, нужно инклудить ВСЁ! но с умом:

Code: (clickermann) [Select]

GOSUB(mouse1)


Еще рекомендую дочитать про вызов функций в новой версии

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