Введение
Вред от использования команд Сообщить(), Состояние(), Предупреждение() не проявляется сразу. В режиме клиентского соединения все может работать долгое время очень хорошо.
Но наступает момент, когда хочется, работать с конфигурацией в режиме COM-соединения или перенести часть функций на сервер. И вот тут мы сталкиваемся с проблемой - данные команды не могут быть использованы в этих режимах.
Плюс к этому, команда Предупреждение(), вызванная в неудачном месте без параметра времени ожидания ответа, может остановить даже нужные обработки в режиме OLE-соединения.
Решение
Первое решение, которое может прийти на ум - использование вместо Сообщить() функцию из типовых конфигураций 1С СообщитьОбОшибке(). В этой функции предусмотрены такие моменты, как вызов в разных режимах.
Далее, следуя логике вещей, можно "обернуть" Состояние и Предупреждение(). При этом, можно обеспечить совместимость функций по параметрам, чтобы позволить себе автоматическую замену Сосотояние на глСостояние, и Предупреждение на глПредупреждение.
При этом в функции глПредупреждение() можно определить значение задержки ожидания ответа от пользователя по умолчанию, например 3 минуты - это время позволит не сильно задерживать ночные обработки и в то же время снимет проблему ожидания "пользовательского хрюка".
Для обеспечения симметричности картины можно предложить такой вариант:
Сообщить() -> глСообщить(), обёртка вокруг СообщитьОбОшибке() от 1С.
Состояние() -> глСостояние()
Предупреждение() -> глПредупреждение()
Как идея? Что забыто? Что хотелось бы еще? Где подводные камни?
Вред от использования команд Сообщить(), Состояние(), Предупреждение() не проявляется сразу. В режиме клиентского соединения все может работать долгое время очень хорошо.
Но наступает момент, когда хочется, работать с конфигурацией в режиме COM-соединения или перенести часть функций на сервер. И вот тут мы сталкиваемся с проблемой - данные команды не могут быть использованы в этих режимах.
Плюс к этому, команда Предупреждение(), вызванная в неудачном месте без параметра времени ожидания ответа, может остановить даже нужные обработки в режиме OLE-соединения.
Решение
Первое решение, которое может прийти на ум - использование вместо Сообщить() функцию из типовых конфигураций 1С СообщитьОбОшибке(). В этой функции предусмотрены такие моменты, как вызов в разных режимах.
Далее, следуя логике вещей, можно "обернуть" Состояние и Предупреждение(). При этом, можно обеспечить совместимость функций по параметрам, чтобы позволить себе автоматическую замену Сосотояние на глСостояние, и Предупреждение на глПредупреждение.
При этом в функции глПредупреждение() можно определить значение задержки ожидания ответа от пользователя по умолчанию, например 3 минуты - это время позволит не сильно задерживать ночные обработки и в то же время снимет проблему ожидания "пользовательского хрюка".
Для обеспечения симметричности картины можно предложить такой вариант:
Сообщить() -> глСообщить(), обёртка вокруг СообщитьОбОшибке() от 1С.
Состояние() -> глСостояние()
Предупреждение() -> глПредупреждение()
Как идея? Что забыто? Что хотелось бы еще? Где подводные камни?
