Администрирование Pro/E: обновляем сценарий запуска

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

• Сделать так чтобы скрипт работал с разными версиями и разными клиентами.
• Создать простую и понятную структуру для управления проектом
• Сделать скрипт более гибким за при работе с системными переменными

Итак, теперь опишем, как “prostart.bat” будет работать:

• Pro/E установлен в разные каталоги в зависимости от версии, например: D:\PTC\WF2, D:\PTC\WF3, D:\PTC\WF4
• Команда запуска Pro/E соответственно зависит от версии, например WF2.bat, WF3.bat, WF4.bat
• Ярлык Windows поддерживает три переменных: $VERSION, $CONFIG, $PROJECT
• Директория запуска (Startup directories) зависит от проекта и обеспечивает последний уровень настроек конфига (config.pro)
• Трейл файл (trail file) при запуске сразу появляется в личной рабочей папке пользователя
• Файл config.pro использует $CONFIG переменную, чтобы обеспечить необходимую гибкость при работе с разными проектами и настройками

Ярлык к командной строке:

path_to_startup_batch_dir\prostart.bat version path_to_config_dir path_to_project_dir

Ярлык к стартовой директории: можно оставить пустым, так как скрипт берет ее из переменной $PROJECT

Ну и сам файл запуска:

@echo off
rem Версия идет из парметров запуска, полезно при наличии нескольких версий Pro/E
set VERSION=%1

rem $CONFIG указывает на то какой из файлов конфигурации будет использоваться
set CONFIG=%2

rem $PROJECT директория запуска для команды проекта
set PROJECT=%3

rem Меняем стартовую директорию на ту что указана в ярлыке, информацию о файлах настройки можно добавить и тут
cd /d %PROJECT%

rem Создаем пользовательскую директорию внутри главной директории проекта
set WORKDIR=%PROJECT%\%USERNAME%

rem startup.txt это trail-файл. Лдя изменения рабочей папки на $WORKDIR используется всплывающее диалоговое окно
call "D:\PTC\%1\bin\%1.bat" %CONFIG%\startup.txt

Пример простого trail-файла все еще работающего в WF4:

!trail file version No. 1029
!Pro/ENGINEER TM Release 20.0 (c) 1988-98 by Parametric Technology Corporation All Rights Reserved.
~ Activate `main_dlg_cur` `main_dlg_cur`
~ Select `main_dlg_cur` `MenuBar1` \
1 `File`
~ Close `main_dlg_cur` `MenuBar1`
~ Activate `main_dlg_cur` `File.wd`
~ Select `main_dlg_cur` `MenuBar1` \
1 `File`
~ Close `main_dlg_cur` `MenuBar1`
~ Activate `main_dlg_cur` `File.psh_working_dir`
~ Update `file_open` `Inputname` \
`$WORKDIR`
~ Activate `file_open` `Open`
~ Activate `main_dlg_cur` `ProCmdModelOpen.file`

В продолжение.

По умолчанию в config.pro лучше создать настройку: “search_path_file $PROJECT”. Тогда в каждом проекте могут спокойно создаваться подпапки для справочных деталей, пользователей и хранилище.

И еще немного..

Я до сих пор предпочитаю устанавливать Pro/E вне стандартной для Windows папки “Program Files”. PTC старается соответствовать партийной линии поведения программистов в соответствии с требованиями M$oft, но я прекрасно помню, что у PTC раньше были большие проблемы с наличием пробела в названиях директорий и файлов. Дополнительным преимуществом отдельной установки (типа D:\PTC) состоит в том, что нет необходимости бороться с правами доступа в “Program Files” и я могу с помощью одного и того же скрипта автоматизировать удаленную установку и работу с помощью моих скриптов.

И еще…

Нет надобности в хранении путей к программе в Windows. Если Вы работаете с несколькими версиями это более эффективно, но если не работает – преимуществ особых нет. Если Ваша жизнь зависит от “ptcstatus”, создайте в Windows ярлык.