В ряде случаев требуется определять какая база сейчас открыта: рабочая или какая-то тестовая (или иная копия). Обычно сходу это очень трудно определять визуально. Можно начать работать не в «той» базе. На это могут нарваться как технические специалисты, так и пользователи (которые тоже могут периодически работать в тестовых базах, или запустившие тестовую базу по ошибке (если они доступны в списке баз пользователей, что так же бывает достаточно часто).
Предлагаемое здесь решение не является каким-то особенно инновационным, его можно просто считать «ещё одним решением» на тему определения какая база открыта на экране: рабочая или тестовая, и предназначено для управляемых приложений (где данная тема более «проблемна», чем для обычных приложений).
Данное решение использует четыре метода (5-ый пока не работает) информирования пользователя о том, какая база перед ним (два из них настраиваемые), а именно:
- Изменения заголовка главного окна программы - заголовок меняется всегда, и для рабочих и для тестовых баз, но тестовые (копии) получают слева приписку «ТЕСТОВАЯ».
- Периодическое информирование пользователя через механизм всплывающих оповещений - появляются внизу ЭКРАНА справа, только если активно окно тестовой базы. Настраивается.
- Информирование пользователя через механизм всплывающих оповещений в момент открытия форм (но каждую такую форму нужно «подключать» к данному сервису вручную, в конфигураторе – что сводит «на нет» преимущество применение данного метода). Настраивается.
- Раскраску управляемых форм в другие цвета – для тестовых баз (работает очень ограничено, пока не вышел релиз платформы 1С: Предприятие 8.3.13). Настраивается.
- Изменение положения панели списка открытых окон (не работает).
Данное решение использует 4 метода определения, что информационная база является тестовой (все настраиваются), а именно:
- По строкам соединения – в настройках задаются строки соединения (сервера и базы), которые для данной информационной базы являются адресом рабочей базы (иные адреса текущей строки запуска будут классифицировать базу как ТЕСТОВУЮ).
- По кластерам (без баз) – в настройках задаются кластеры (вообще-то любые имена серверов и компьютеров в сети и в web), которые будут считаться рабочими (если база будет запущена с другого сервера, по строке запуска, – она будет классифицирована как ТЕСТОВАЯ).
- По имени тестовой базы – в настройках задаются слова-суффиксы, определяющие имя тестовой базы (если такое слово будет найдено в имени базы (из текущей строки запуска), то он она будет классифицирована как ТЕСТОВАЯ).
- По имени рабочей базы – в настройках задаются слова-суффиксы, определяющие имя рабочей базы (если НИ ОДНО из таких слов не будет найдено в имени базы (из текущей строки запуска), то она будет классифицирована как ТЕСТОВАЯ).
Все настройки хранятся в общем хранилище под пустым пользователем (при использовании для чтения будут доступны всем пользователям без настройки прав доступа; для настройки – нужны полные права (проверяются в самой форме настроек); в целом, данное решение не требует какой-то настройки ролей для пользователей). Данное решение не имеет своих структур метаданных, хранящихся в базе данных.
А теперь подробнее
Настройки открываются через обработку «Параметры ИБ»
Метод проверки «По строкам соединения»
Данный метод позволяет задать строки соединения с информационной базой, квалифицируемые как доступ к рабочей базе. Обычно у рабочей базы только одна строка соединения. Но несколько строк соединения могут быть в случае, если кластер использует систему резервирования точек входа – тогда они все должны быть перечислены (хотя это не обязательно – если пользователи всегда будут входить в базу с одинаковых строк соединения – тогда достаточно только одного пути). Данное решение не получает информацию о реальном сервере, с которым было установлено соединение – идентификация осуществляется только по строкам соединения (заданным в списках информационных баз).
Но решение умеет разбирать достаточно обширные форматы строк соединений, включая файловые и web-адреса. В конечном итоге – адрес должен быть задан в формате:
Для WEB http://ИмяWebСервера:Порт/ПутьКаталогуБазы
Для сетевой «шары»: \\ИмяСетевогоХранилища\ПутьКаталогуБазы
Для локального размещения: ИмяЛокальногоКомпьютьера\Диск:\ПутькКаталогуБазы
Для кластера: ИмяКластера:Порт\ИмяБазы
Порт и ПутьККаталогу базы в общем случае не обязательны. Но про порт надо помнить, что порты по умолчанию никак отдельно не обрабатываются – если в строке запуска порт будет задан, то и в строке допустимых строк соединения он тоже должен быть настроен (можно разместить сразу два варианта: с портом и без). Несколько вариантов разделяются «,».
Если в «Допустимые строки соединения» вставить строку в формате соединения (например, «Srvr=appv1,appv2:1741;Ref=ROMASHKA_BUH;» то она автоматически корректно конвертируется при смене фокуса поля ввода на «appv1\Romashka_BUH, appv2:1741\Romashka_BUH».
Текст функции, преобразования строки соединения к нужному формату (возвращает массив преобразованных отдельных строк соединения, а также, для последней строки – отдельные составные части в функции параметрах):
Далее строки (массив «ПутьКИБ») сравниваются с допустимыми (массив «ДопустимыеСтрокиСоединенияИБ») в цикле:
Для каждого ПутьКИБ из ПутикИБ Цикл
Если ДопустимыеСтрокиСоединенияИБ.Найти(НРег(ПутьКИБ)) <> неопределено Тогда
возврат Истина; //Рабочая
КонецЕсли;
КонецЦикла;
Метод проверки «По кластерам (без баз)»
Данный метод не будет учитывать имена баз (и их пути для WEB) – в допустимых строках соединения необходимо указывать только имена серверов (любых, включая WEB-сервера и локальные/сетевые компьютеры), которые являются тестовыми.
Метод проверки «По имени тестовой базы»
Данный метод позволяет указать подстроки для поиска ключевых слов в именах баз – если будет найдено любое из них, то база будет считаться тестовой. Например имена баз «Romashka_Copy_Buh», «test_ Romashka_Buh» , «Romashka_Buh_backup» , «Romashka_Buh_arhivnaya» будут классифицированы как тестовые. А (с настройками по умолчанию) база «Testing_Romashka_Buh» НЕ БУДЕТ тестовой (не содержит суффикса «test_»), как не буде тестовой и «CopyRomashka_Buh» (нет символа «_» после слова «Copy») – тут нужно либо дополнять настройку (всё очень просто), либо использовать иные имена для тестовых баз.
При выборе данного метода – если поле доступных строк соединения будет пустым - оно будет заполнено предопределёнными значениями по умолчанию.
В, принципе, подобный подход можно было бы реализовать и для имён кластеров – но это не очень важно и легко реализуется тему, кому это нужно (код решения открытый).
Метод проверки «По имени рабочей базы»
Данный метод аналогичен предыдущем, только действует от обратного – в настройке задаются подстроки ключевых слов для рабочих баз – если они будут найдены у имени текущей базы – она будет классифицирована как рабочая.
Наличие обобщённых значений по умолчанию позволяет не заботиться о персональной настройке имён для каждой информационной базы.
Изменение заголовка
После установки решения заголовок окна меняется и у тестовой и у рабочей базы. В нём будет путь к информационной базе (если точек подключения несколько – будет показана только одна), будет заголовок информационной базы (из ИБ) и номер текущего сеанса. У тестовых баз в начале будет добавлено слово «ТЕСТОВАЯ». Этот заголовок будет частично виден и в панели задач windows, и целиком в сплывающей подсказке окна).
Установка заголовка и инициализация подсистемы решения осуществляется функцией, вызываемой при старте системы из модуля управляемого приложения:
Оповещение пользователя
Оповещение пользователя всплывает в правом нижнем углу экрана ТОЛЬКО у тестовых информационных баз. Оповещение всплывает при старте ИБ, и далее каждые 30 сек (настраивается), когда открыта ХОТЯ БЫ ОДНА ФОРМА в АКТИВНОМ окне тестовой информационной базы. Если форм не открыто – то идёт их «поиск» каждые 2 секунды (интервал не настраивается). Данные оповещения НЕ СБИВАЮТ текущий фокус ввода в открытых формах.
Решение учитывает, что с версии платформы «8.3.10.2160» функция вызова оповещений расширилась новыми параметры – они используются только с релиза платформы не младше «8.3.10.2160» (вызовы разнесены в два отдельных общих модуля – для разных версий).
Вот код актуальной версии (для платформы не моложе 8.3.10.20160):
Процедура ПоказатьОповещенияТестовой_ИБ(Важное=Ложь) экспорт
ПутикИБ = ПараметрыИБМенеджерКлиентСервер_ОДП.ПутьКИнформационнойБазе();
ПутьИБ = ПутикИБ[0];
Статус = ?(Важное=Истина,СтатусОповещенияПользователя.Важное,СтатусОповещенияПользователя.Информация);
оп = Новый ОписаниеОповещения("ПоказатьФормуНастройкиОповещенийТестовойИБ",ПометкаТестовойИБКлиентСервер_ОДП.ЭтотОбъект);
ПоказатьОповещениеПользователя("Это ТЕСТОВАЯ база!",оп,ПутьИБ,БиблиотекаКартинок.ВысокаяВажностьВКарточке_ОДП,Статус,"ТЕСТОВАЯ "+ПутьИБ);
КонецПроцедуры
В сообщении оповещения указан путь к информационной базе и пометка «Это ТЕСТОВАЯ база».
Оповещение появляется ТОЛЬКО у тестовых баз! Но можно переделать алгоритм наоборот.
При нажатии на оповещение – будет открыта форма настроек – там, например, можно оперативно отличить показ оповещений, причём, например, только на текущий сеанс (без наличия полных прав – сохранить настройки будет нельзя, можно только менять для своего текущего сеанса; позже настройки будут доработаны для хранения раздельно по пользователям).
Для периодического отображения оповещений использует подключаемый обработчик ожидания (код подключения показан выше в подразделе «Изменение заголовка»). Используются два обработчика ожидания из глобального общего модуля «ПометкаТестовойИБОбработчикиОжиданияКлиент_ОДП» (и ещё один для раскраски - о ней ниже):
Для того, чтобы оповещение появилось сразу же при старте базы – сначала интервал разового оповещения задан как = 1 сек. Затем он меняется на интервал из настройки. Если ни одно окно формы не активно – оповещения не отображаются – идёт ожидание появления активной формы с интервалом = каждые 2 сек, чтобы при появлении активной формы – сразу выдать оповещение.
Проверка на активную форму осуществляется функцией (она же вызывает алгоритм раскраски открытых форм – об этом в соответствующем разделе ниже):
Функция ОбработатьОткрытыеФормыТестовойИБ(Параметры) экспорт
ЕстьАктивнаяФорма = Ложь;
Если АктивноеОкно() = неопределено Тогда
Возврат ЕстьАктивнаяФорма;
КонецЕсли;
Для каждого Форма из АктивноеОкно().Содержимое Цикл
ЕстьАктивнаяФорма = ЕстьАктивнаяФорма или Форма.ВводДоступен();
Если Параметры.ИзменятьОформлениеФорм и Параметры.ОтслеживатьОткрытыеФормы Тогда
ПометкаТестовойИБКлиентСервер_ОДП.РаскраситьЭлементыФормыТестовойИБ(Форма, Параметры);
КонецЕсли;
КонецЦикла;
возврат ЕстьАктивнаяФорма;
КонецФункции
Здесь «АктивноеОкно().Содержимое» может быть только упр. форма (или не быть ничего). Метод «ВводДоступен()» управляемой формы как раз и определяет – что форма активна (и не заблокирована, например другой формой). Все формы проверяются, т.к. они могут блокировать друг друга при открытии с эмуляцией модальности.
Параметры оповещения, берутся из настроек, которые КЕШИРУЮИТСЯ на сеанс! Поэтому при смене настроек – сеанс нужно перезапускать (в настройках есть возможность сбросить кеш повторно используемых значений).
Раскраска управляемых форм
В Управляемом приложении актуального релиза платформы (8.3.12) нет возможности гибко настраивать общий стиль управляемых форм (как это было в обычном приложении). В Релизе 8.3.13 такая возможность частично должна была появиться (но тоже очень ограничено; пока функционал релиза 8.3.13 не поддерживается в данном решении).
Текущее решение позиционируется как неполная альтернатива новым возможностям оформления платформы 8.3.13 (поддержка будет добавлена в следующей версии решения).
А пока суть в том, чтобы раскрасить элементы формы «вручную» при её открытии (создании) в альтернативные типовым цветам заданным в настройке для тестовой базы. Всё бы ничего – но есть две проблемы (думая о которых даже нецензурных слов уже не хватает, направленных в сторону разработчиков платформы и типовых конфигураций):
- Нет общего события платформы (или вызова единой функции(ий) конфигурации), которое(ая) вызывалась бы при открытии (создании на сервере) ЛЮБОЙ формы конфигурации, чтобы в этом обработчике можно было бы разместить общий алгоритм, раскрашивания форм. Да, к тому же часть форм, особенно отчеты, вообще не имеют таких обработчиков («ПриСозданииНаСервере»). Не говоря у же о том, что многие формы вообще являются автогенерируемыми.
- Даже если у формы удастся вызвать алгоритм раскраски – раскрасить он может не всё. ГЛАВНОЕ, что он не сможет раскрасить – это, собственно, саму форму – её задний фон и, как следствие, её верхний заголовок. Тем самым менять задний фон у форм – почти нереально (здесь цвет формы не изменен):
Исключение – это когда на форме расположены группы-панели (например, страницы), а уже на них элементы:
Но верхний заголовок формы всё равно остаётся не раскрашен. Очень некрасиво. Ждём релиза платформы 1С: Предприятие 8.3.13 или…. Или в решении предусмотрена опция «Создавать панель для элементов» - которая сама добавляет на верхний уровень формы обычную группу – и переносит на неё верхние элементы формы (при создании формы на сервере) – получается достаточно быстро и более менее красиво (но немного меняется структура расположения элементов а форме – визуально не видно, но для программного кода это, в каких-то случаях, может быть существенно).
Вышепоказанную раскраску можно осуществить только для ограниченного числа форм (в основном документов и некоторых справочников) организовать можно путём внедрения вызова своего алгоритма раскраски в некоторые «универсальные» процедуры из БПС, вызов которых уже прописан в некоторых формах. Например так (код из расширения):
//Расширение функции общего модуля: УправлениеСвойствами. ПриСозданииНаСервере() подсистемы
&После("ПриСозданииНаСервере")
Процедура ПриСозданииНаСервере_ОДП(Форма, ДополнительныеПараметры)
Если не ПараметрыИБМенеджерКлиентСервер_ОДП.ЭтоРабочаяИБ() Тогда
ПараметрыОформления = ПараметрыИБМенеджерКлиентСервер_ОДП.ПолучитьПараметрыОформленияТестовойИБ();
Если ПараметрыОформления.ИзменятьОформлениеФорм = Истина Тогда
ПометкаТестовойИБКлиентСервер_ОДП.РаскраситьЭлементыФормыТестовойИБ(Форма, ПараметрыОформления);
КонецЕсли;
КонецЕсли;
КонецПроцедуры
Вот так она вызывается в типовой форме (код из конф. ДО) в обработчике формы «ПриСозданииНаСервере»:
// СтандартныеПодсистемы.Свойства
ДополнительныеПараметры = Новый Структура;
ДополнительныеПараметры.Вставить("Объект", Объект);
ДополнительныеПараметры.Вставить("ИмяЭлементаДляРазмещения", "ГруппаСвойства");
УправлениеСвойствами.ПриСозданииНаСервере(ЭтаФорма, ДополнительныеПараметры);
// Конец СтандартныеПодсистемы.Свойства
Данное решение (версия с БСП) уже осуществляет такую интеграцию.
А вот и код процедуры раскраски:
Данная процедура поддерживает ещё один метод раскраске форм – ПОСЛЕ ОТКРЫТИЯ. Так раскрашиваются даже автогенерируемые формы отчетов:
Для этого есть специальный обработчик ожидания
Отслеживает открытые формы (см. функцию «ОбработатьОткрытыеФормыТестовойИБ» выше по тексту) – и запускает алгоритм их раскраски (если он ещё не был запущен для них). Выглядит очень здорово – раскрашиваются даже ВСТРОЕННЫЕ В КОНФИГУРАЦИЮ ФОРМЫ:
Но не все формы перекрашиваются (ну тут вообще периодические обработчики не выполняются, пока висит эта форма):
Кроме этого, есть три больших НО:
- Формы раскрашиваются с явной задержкой (период вызова обработчика 1 сек) + нужно время на раскраску.
- Изменение параметров оформления элементов формы производит ВЫЗОВ СЕРВЕРА на каждое изменение такого параметра каждого элемента!!! Я в ШОКЕ! Зачем вызывать сервер, чтобы изменить цвет отображения? Одной компании 1С это известно! Я такого в других языках ещё не встречал. Ну, и, соответственно, серверные вызовы при раскраске целой кучи элементов формы приводят к БОЛЬШИМ тормозам! Ведь открытые формы обрабатываются в клиентском контексте периодического обработчика ожидания!
- Перейти бы сначала в серверный контекст – там всё раскрасить и вернуться бы назад. Ап НЕТ! И тут проблема! Перевести форму в серверный контекст можно только из контекста самой формы (читай из алгоритма, расположенного в модуле это формы с директивной «НаСервере»). То есть (и опять много ругани я опускаю), из внешнего алгоритма нельзя перевести передать форму в серверный контекст (прямой серверный вызов – тоже не возможен – данные формы не сериализуются). Тупик!
В клиентском контексте изменение оформления формы тормозит из-за постоянных вызовов сервера, в серверный контекст форму можно перевести только из её модуля (или расширения её модуля) формы. Перехватить общее событие «ПриСозданииНаСервере» для всех форм нельзя – т.к. его нет.
Но данное решение всё-таки пытается как-то это оптимизировать. Есть две опции – одна включает/выключает раскраску открытых форм. Другая – ограничивает количество раскрашиваемых элементов в клиентском контексте, что позволяет немного ускорит этот процесс – но всё равно – такие формы будут подтормаживать «при открытии» (ограничение на количество не распространяется на командную панель формы – она всегда раскрашивается независимо от этого ограничения). В общем, тут лучше самостоятельно поэкспериментировать. Тем более, что ещё есть много других опций по раскраске.
Ну а для своих форм (как, например, встроенная в решение форма параметров) – предлагается всё-таки:
- Ввести вызов общего универсального обработчика при создании формы (да и при открытии тоже) – код из данной общей формы:
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка) Данные = ПараметрыИБМенеджерКлиентСервер_ОДП.ПараметрыИБЗагурзитьНастройки(); Данные.ТестоваяИБПолеШрифтТекста = Данные.ТестоваяИБПолеШрифтТекста.Имя; Данные.ТестоваяИБКнопкаШрифтТекста = Данные.ТестоваяИБКнопкаШрифтТекста.Имя; Данные.ТестоваяИБНадписьШрифтТекста = Данные.ТестоваяИБНадписьШрифтТекста.Имя; ЗаполнитьЗначенияСвойств(ЭтотОбъект, Данные); Элементы.ГруппаОформлениеФорм.Видимость = ЭтотОбъект.ТестоваяИБИзменятьОформлениеФорм; ФормаМенеджер_ОДП.ПриСозданииНаСервереОбщаяФорма(ЭтаФорма, Отказ, СтандартнаяОбработка); Элементы.ФормаСозранитьЗначенияИЗакрыть.Доступность = РольДоступна("ПолныеПрава"); КонецПроцедуры
Вызов униврсален «ФормаМенеджер_ОДП.ПриСозданииНаСервереОбщаяФорма(ЭтаФорма, Отказ, СтандартнаяОбработка);» там внутри вызывается уже функция раскраски.
- Всегда размещать элементы формы внутри группы (я использую обычную группу без отображения «ГруппаРаскраски»); или включать опцию «Создавать панель для элементов».
- Всегда создавать формы (и выполнять в них рекомендации 1. и 2. И не использовать опцию «Отслеживать все открытые формы»)
Кто-то сочтёт, что эти рекомендации не будут актуальны после выхода платформы 8.3.13. Я же думаю, что даже после этого – ещё будет много желаний по раскраске «вручную» - платформа 8.3.13 даст очень ограниченные возможности по раскраске, и скорее дополнит данный «ручной» подход, чем заменит его.
Платформа 8.3.13 с новыми возможностями по управлению корпоративным стилем уже вышла, и данное решение будет дополнено этим новыми возможностями!
Параметры цветов берутся из настроек «Параметры ИБ»
Цвета задаются в шестнадцатеричном формате строкой (может быть получена в любом маломальском графическом редакторе, включая 1С: Конфигуратор 8).
Можно задать раздельные цвета для некоторых видов элементов формы. А также, задать имя шрифта – можно и его изменить. Если цвет/шрифт менять не нужно – поле просто нужно оставить пустым – поэтому не обязательно менять все доступные свойства цветов у элементов форм, например, раскрашивать можно только рамки:
Но не на всех формах они будут хорошо заметены, зато быстро раскрашиваются по открытым формам из клиентского контекста:
Но можно раскрашивать не рамки, а, какое-нибудь другое доступное свойство – можно подобрать наиболее подходящее для конкретной конфигурации.
Примечание
Говоря о раскраске форм, замечу, что при использовании механизма «расширений конфигураций», можно перехватывать и расширять (дописывать) функции форм, так, что если у даже если формы вообще нет обработчика «ПриСозданииНаСервере», или в нём не вызывается универсальная функция из БСП. То этот вызов можно добавить в расширении для каждой такой формы отдельно! Да, придётся, конечно, расширить ряд форм – но это тоже некий вполне приемлемый подход. Ведь это почти никак не скажется на обновлении такой конфигурации.
Аналогично, даже если у объекта нет формы в конфигураторе (т.е. используется автогенерируемая форма – например форма отчета) – можно внести этот объект в расширение и уже там добавить ему форму, в которой применить вышеприведённые рекомендации.
Достаточно сделать это для нескольких самых ключевых объектов конфигурации – и путаницы с тестовой базой будет намного меньше!
То же самое, касается метода выдачи оповещений при открытии формы – нужно подключать его в событии формы «ПриОткрытии» (в клиентском контексте) – значит можно расширить это событие для ключевых форм.
В данном решении уже предусмотрены соответствующие глобальные обработчики – ищите их в общем модуле «ФормаМенеджер_ОДП».
Изменение положения панели списка открытых окон
Ещё одним хорошим признаком отличия тествой базы от рабочей было бы изменение положения панели списка открытых окон. Обычно в рабочих конфигурациях панель расположена сверху. Но в тестовой копии её можно было бы переместить вниз – это постоянно бы бросалось в глаза. Для этого был написан програмный код (вызываемый в серверном контексте при начале работы системы):
Но, увы, он так и не заработал! Панель списка открытых окон не перемещается ни вверх ни вниз. Как бы я не вызывал эту процедуру (переменная ЕстьИзменения точно = Истина). Может у кого-то она заработает или кто-то подскажет в чём причина? Пока эта «фича» не работает.
И на последок…
Описание поставки и совместимость
На момент создания этой публикации, данное решение поставляется с режимом совместимости платформы 1С Предприятие 8.3.9 – это имеет значение только для расширений (на более ранних версиях расширения не могу содержать своих общих модулей), но данные могут быть установлены на конфигурации с большей версией совместимости (контроль версий расширениях отключён)
Поставка состоит из двух независимых наборов: первый – «расширения конфигураций», второй – «конфигурации-дополнения». Вы можете выбрать тот, вариант, что Вам больше подходит. Но оба имеют точки пересечения с типовыми метаданными. Для расширений это почти не проблема, в отличии от конфигураций-дополнений, которые нужно устанавливать в «ручном режиме».
Каждый набор состоит из нескольких конфигураций. На данный момент (26.09.2018) разница лишь в поддержке БСП. Есть вариант, не использующий интеграцию с БСП, без неё не происходит и автоматическое раскрашивание форм (придётся прописывать интеграцию вручную). Остальные варианты – это разные степени совместимости с БСП. Для расширений это очень принципиально, для конфигураций-дополнений – менее принципиально.
Позже наборы будут дополнены и вариантами разделения по версиям платформы (ожидаемо после выхода платформы 8.3.13), т.к. будут использовать новые «фичи», не доступные на более ранних платформах (важно то, что речь идёт именно о версии совместимости, установленной у основной конфигурации, а не версии платформы, на которой она выполняется).
Актуальный состав
- ПроверкаТестИБ_1.0.3-БСП_2.4-1С_8.3.9.cfe – мин. платформа 8.3.9, мин. БСП 2.4
- ПроверкаТестИБ_1.0.3-БСП_2.1-1С_8.3.9.cfe – мин. платформа 8.3.9, мин. БСП 2.1
- ПроверкаТестИБ_1.0.3-1С_8.3.9.cfe – мин. платформа 8.3.9, БСП не используется
- ПроверкаТестИБ_1.0.3-БСП_2.4-1С_8.3.9.cf – мин. платформа 8.3 мин. БСП 2.4
- ПроверкаТестИБ_1.0.3-БСП_2.1-1С_8.3.9.cf – мин. платформа 8.3 мин. БСП 2.1
- ПроверкаТестИБ_1.0.3-1С_8.3.9.cf – мин. платформа 8.3, БСП не используется
На данный момент все конфигурации-дополнения можно устанавливать на любую мажорную версию платформы или БСП, а вот расширение для БСП 2.1 будет работать на БСП 2.3, но не будет работать на БСП 2.4. Версия для БСП 2.4 не проверялась на БСП 3.0 (но, по идеи, должна работать).
Конфигурации состоят из нескольких общих модулей, общей формы, обработки вызова настроек и общих картинок. Так же есть код в модуле приложения. Есть пересечения в модулях с процедурами основной конфигурации, сводящиеся к вызову дополнительной процедуры из состава данного решения. Расширения с БСП имеют связи с общими модулями БСП основной конфигурации (требуется их наличии и такой же формат сигнатуры расширяемых методов).
Все элементы распределены по подсистемам.
Для расширений интеграция осуществляется через расширение методов общих модулей:
&После("ПриНачалеРаботыСистемы")
Процедура ПриНачалеРаботыСистемы_ОДП()
ПометкаТестовойИБКлиентСервер_ОДП.ИнициализацияТестовойИБ();
КонецПроцедуры
Для конфигураций-дополнений эти вызовы придётся совмещать вручную при установке конфигурации «сравнением-объединением»:
Данное решение разрабатывалось и тестировалось ТОЛЬКО для платформы WINDOWS, тонкий и толстый клиент, интерфейс ТАКСИ. На других платформах (клиентах, включая WEB-клиент) могут быть проблемы, например, с файловыми базами (так как там другой формат путей) у функции «ПутьКИнформационнойБазе» (буду признателен тем, кто протестирует и доработает данную функцию для других платформ).
Решение предназначено ТОЛЬКО для УПРАВЛЯЕМОГО ПРИЛОЖЕНИЯ!
Решение было протестировано на конфигурациях :
- Документооборот 8 КОРП, редакция 2.1 (2.1.11.5)
- Бухгалтерия предприятия, редакция 3.0 (3.0.64.54)
- На нетиповой конфигурации
И платформах
- 1С: Предприятие 8.3.12.1616 (в разных режимах совместимости от 8.3.9 и выше).
- 1С: Предприятие 8.3.10.2561
Установка решения
Предпочтительнее всего устанавливать решение как расширение конфигурации. Можно устанавливать из 1С: Предприятия или из конфигуратора (если, при установке, в режиме предприятия будут проблемы, то в режиме конфигуратора их может не быть).
Расширения с поддержкой БСП расширяют процедуры основной конфигурации и могут быть установлены только с отключением безопасного режима. Больше, при установке расширения, ни о чём думать не нужно (разве, что о настройке – о не ниже).
При нежелании или не возможности использовать расширение (например, у основного решения версия совместимости ниже чем 8.3.9) решение устанавливается через сравнение-объединение. Так как в решении (даже без БСП) есть точки пересечения с основной конфигурацией, то их нужно обработать вручную при сравнении-объединении:
- Предварительно в основной конфигурации нужно включить возможность редактирования типовых модулей, имеющих пересечение (на картинке выше они отмечены жёлтыми значками), а так же корня конфигурации
- Установить режим объединения «Объединить с приоритетом основной конфигурации»
- Перейти в режим настройки объединения общего модуля
- Вручную отредактировать результат объединение в пересекающихся процедурах:
- Убрать авто-комментарии объединения (к сожалению, 1С тут сильно чудит – «грязи» будет много)
- Перенести код из конфигурации-дополнения в конец процедуры основной конфигурации
- Не забыть объединить «Модуль управляемого приложения» (у корня конфигурации, остальные свойства корня нужно снять).
Никакая настройка прав и ролей у данного решения НЕ ТРЕБУЕТСЯ!
После установки решения и запуска нового сеанса оно частично уже начнёт работать – будет изменён заголовок основного окна информационной базы. Выдачу предупреждений и раскраску форм необходимо будет включить отдельно в настройках - нужно будет задать режим определения тестовой базы и Ваш актуальный список строк подключения (без него база буде считаться рабочей).
Чтобы открыть настройки нужно открыть «Все функции» и открыть там обработку «Параметры ИБ (ОДП)» под полными правами.
Установить данное решение нужно (после тестирования на копии) на РАБОЧУЮ БАЗУ! И все новые копии рабочей базы сразу же начнут его использовать по назначению – выдавая пользователям соответствующее информирование при работе в тестовых базах!
При желании, цветовую раскраску и оповещения можно переделать на выдачу не в тестовых базах, а наоборот – В РАБОЧИХ – если больше внимания пользователям (да и программистам) нужно уделать именно «случайной» работе рабочих базах!
Задача в to-do лист: Сделать возможность раздельной настройки для пользователей: чтобы, например, пользователей предупреждать о работе в тестовой базе, а программистов – наоборот – о работе в рабочей базе! Возможны и другие сценарии разделения информирования по пользователям.
И ещё одна задача в to-do лист: Расширить настройку для поддержки РИБ.
На этом всё. Жду Ваших предложений и замечаний в комментариях к данной публикации. Следующая версия решения уже будет с поддержкой возможностей платформы 1: Предприятие 8.3.13 (и будет работать только в режиме совместимости с данной платформой).
Спасибо за внимание, надеюсь это решение будет кому-то полезным.
История изменения версий:
1.0.0.0 : Первая версия
- Определение тестовой базы по строкам соединения
- Периодическая выдача оповещений
-
1.0.1.1 :
- Расширение настроек оповещения
- Сохранение настроек оповещений в общее хранилище
- Отслеживание активности окон
- Изменение заголовка окна
1.0.2.1 :
- Расширение настроек раскраски форм
- Создание отдельных версий для разных БСП и отдельной конфигурации
- Раскраска форм при их создании
- Добавление новых методов определения тестовой базы
- Расширение поддержки разных форматов строк соединения с ИБ
1.0.3.1 :
- Расширение настроек оповещения
- Расширение настроек раскраски форм (в т.ч., возможность изменение шрифтов)
- Немного изменен оттенок фона раскраски
- Возможность автоматического создания группы с фоном для элементов формы
- Обработка открытых форм для раскраски
- Расширение поддерживаемых видов элементов форм и поддерживаемых свойств для раскраски (рамка, фон, цвет и шрифт текста)
- Возможность выдавать оповещения в момент открытия форм
- Контроль на полные права при сохранении настроек
- Возможность применить изменение настроек на текущий сеанс (в т.ч. без сохранения)
- Открытие формы настроек при нажатии на панель оповещения
1.0.4.1 : (БУДУЩИЙ РЕЛИЗ) Ожидается поддержка изменения стилей форм (для ещё большего изменения их оформления в тестовых базах), а так же поддержка раздельного сохранения настроек для пользователей.
