Как проверить наличие глобальной переменной?

Получить ее значение в попытке?

Вычислить. А зачем? Что за логика? Если ее нет - то даже проверка синтаксиса не пойдет, даже не запуститесь

в новых БСП и БПО удалили глобальную переменную

в том то и дело .. ищу пути минимализма :)

Ваш код сразу для старой и новой версии? Тогда версию проверяйте, а не наличие переменной

а понту? если без глобальной переменной синтаксис ошибка :)

Логику строить от версии. Переменную получать через вычислить. А лучше делать отдельные поставки под каждую бсп. Т.е. по аналогии как в бсп модули подсистем подключаются

как варик вообще создать свою глобальную :) и забить на все эти приколы :)

Можно. А можно сделать логично и красиво. Не известна ваша цель

"А лучше делать отдельные поставки под каждую бсп." - ищу пути уйти от этого :) отсюда и вопрос :) просто идеи собираю :)

ну пример была глПодключаемоеОборудование заполнялась структура через МенеджерОборудованияКлиент.ПередНачаломРаботыСистемы()все четко перехватывай и работай с ней :) сейчас ее нет :) теперь нужно каждый раз создавать глПодключаемоеОборудование и заполнять МенеджерОборудованияКлиент.ПодключаемоеОборудование()

Ну вы же не для себя делаете... А на продажу?

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

Отдельными лучше ещё в том плане что человек принимая решение о покупке сразу видит что это для нового драйвера Вон и поставка такая есть

Сколько веток приходится поддерживать?)

2.0 ,2.1 ,3.1 ,3.2

Ээээээээ.... зачем 2х? Выпустили и забыли. Ну ошибки исправлять. Зачем функционал в них развивать? Такая целевая аудитория?)

тут я полностью согласен :) Как писал выше.. просто ищу и другие способы :)

С таким зоопарком архитектурно должны быть разделены: основная функциональность и прослойка связи с бсп/бпо. Тогда функциональность идёт одной веткой, а прослойки - отдельными. Прослойки почти не меняются. А основная функциональная ветка не должна зависть от версий. Тогда никакой боли не будет. Думаю у вас уже так)

да так сейчас и есть... просто есть идея фикс сделать вообще универсально не зависимо от БПО ( но . все равно с оглядкой на него)

Не факт что это будет прям лучше Кроссплатформенность хороша в меру

@ Torin
ну см..

Я к тому что поход в универсальность приведёт к созданию своей ява машины и того что крутится на ней уже универсального Сначала своя переменная итд итп

:) тут главное не пересолить :) а то так и получиться :) поэтому и собираю всякие умные мысли от коллег... . Вот сейчас работаем над тем чтобы "расширить" БПО для работы с облачными ККТ - сделать универсальный драйвер по стандарту 3.9 под облачные ККТ - вот и хочется сделать все еще прощее