В процессе разработки управляемых форм в 1С часто возникает задача динамического обновления данных. Например, когда пользователь вводит информацию в несколько разных полей (например, «Фамилия», «Имя», «Отчество»), и система должна автоматически собрать их в одно общее поле («ФИО»). Рассмотрим, как правильно реализовать этот механизм, избегая типичных ошибок, таких как дублирование текста или отсутствие реакции на программное изменение данных.
Для того чтобы значение одного поля автоматически «перелетало» в другое, в 1С предусмотрен механизм событий элементов формы. Основным инструментом здесь является событие ПриИзменении (OnChange). Разберем по шагам, как это работает на уровне платформы.
Проанализируем стандартное поведение: событие ПриИзменении срабатывает не в момент нажатия каждой клавиши, а тогда, когда платформа зафиксировала окончание ввода. Обычно это происходит при потере фокуса полем ввода (нажатие Tab, Enter или клик мышкой в другую область формы). Если мы хотим, чтобы Поле4 обновлялось после ввода в Поле1, Поле2 или Поле3, нам необходимо назначить обработчик этого события для каждого из трех исходных полей.
Рассмотрим пример кода, который часто пишут новички, и выясним, почему он может работать некорректно:
&НаКлиенте
Процедура Поле1ПриИзменении(Элемент)
Объект.Поле4 = Объект.Поле4 + Объект.Поле1;
КонецПроцедуры
Важный нюанс: использование оператора + для добавления к текущему значению Поле4 приведет к эффекту «снежного кома». Если пользователь напишет «карандаш», а потом исправит одну букву, в итоговом поле текст продублируется. Чтобы этого избежать, мы должны не прибавлять к старому значению, а каждый раз перезаписывать итоговое поле заново, собирая его из всех составляющих.
Чтобы не дублировать одну и ту же формулу в трех разных местах, проанализируем методику централизации логики. Правильным подходом будет создание одной отдельной процедуры, которую мы будем вызывать из всех необходимых событий. Это упростит поддержку кода в будущем.
Посмотрим на пример реализации такой процедуры на клиенте:
&НаКлиенте
Процедура ОбновитьИтоговоеПоле()
// Собираем строку заново из всех трех полей
Объект.Поле4 = СокрЛП(Объект.Поле1) + " " + СокрЛП(Объект.Поле2) + " " + СокрЛП(Объект.Поле3);
КонецПроцедуры
&НаКлиенте
Процедура Поле1ПриИзменении(Элемент)
ОбновитьИтоговоеПоле();
КонецПроцедуры
&НаКлиенте
Процедура Поле2ПриИзменении(Элемент)
ОбновитьИтоговоеПоле();
КонецПроцедуры
&НаКлиенте
Процедура Поле3ПриИзменении(Элемент)
ОбновитьИтоговоеПоле();
КонецПроцедуры
В данном примере мы используем функцию СокрЛП(), чтобы убрать лишние пробелы по краям, и добавляем разделитель в виде пробела между значениями. Теперь, какое бы поле ни изменил пользователь, Поле4 всегда будет актуальным и корректно сформированным.
Ситуация усложняется, когда данные в поля вносятся не только руками пользователя, но и программно. Например, при установке флажка (галочки) в поле автоматически записывается какой-то жестко заданный текст. Выясним причину, по которой в этом случае Поле4 может остаться пустым.
В 1С события элементов формы (такие как ПриИзменении) генерируются только при интерактивном действии пользователя. Если вы в коде напишете Объект.Поле1 = "Тестовый текст";, событие Поле1ПриИзменении не вызовется само по себе. Это критически важный момент для понимания работы управляемых форм.
Для решения этой задачи необходимо вызвать процедуру обновления принудительно в обработчике того элемента, который инициирует изменения (например, в обработчике флажка). Рассмотрим, как это выглядит:
&НаКлиенте
Процедура Флажок1ПриИзменении(Элемент)
Если Объект.Флажок1 Тогда
Объект.Поле1 = "Текст по умолчанию";
Элементы.Поле1.Видимость = Истина;
Иначе
Объект.Поле1 = ""; // Очищаем поле, если флажок снят
Элементы.Поле1.Видимость = Ложь;
КонецЕсли;
// Обязательно вызываем обновление итогового поля!
ОбновитьИтоговоеПоле();
КонецПроцедуры
Если ваша бизнес-логика требует, чтобы при скрытии поля (снятии галочки) соответствующий текст исчезал и из итогового поля, обязательно обнуляйте значение реквизита объекта, как показано в примере выше. Простое скрытие элемента формы (Видимость = Ложь) не удаляет данные из самого объекта, и они продолжат отображаться в Поле4, если не предусмотреть очистку.
Иногда требуется, чтобы данные в итоговом поле располагались не в одну строку через пробел, а каждое с новой строки. Для этого проанализируем использование системных констант. В 1С для этого применяется Символы.ПС (перенос строки). Модернизируем нашу процедуру:
&НаКлиенте
Процедура ОбновитьИтоговоеПоле()
Текст = "";
Если ЗначениеЗаполнено(Объект.Поле1) Тогда
Текст = Текст + Объект.Поле1 + Символы.ПС;
КонецЕсли;
Если ЗначениеЗаполнено(Объект.Поле2) Тогда
Текст = Текст + Объект.Поле2 + Символы.ПС;
КонецЕсли;
// И так далее для всех полей
Объект.Поле4 = СокрЛП(Текст);
КонецПроцедуры
Использование проверки ЗначениеЗаполнено() позволяет избежать появления пустых строк в итоговом поле, если одно из исходных полей осталось незаполненным.
Подводя итог, выделим основные правила реализации синхронизации полей:
ПриИзменении на каждое поле-источник.Объектом (данные) и Элементами (отображение на форме). Обновляйте данные реквизитов, чтобы они корректно сохранялись в базе данных.Соблюдение этих принципов позволит создать отзывчивый и надежный интерфейс, который будет предсказуемо вести себя в любых сценариях работы пользователя.