Переход с обычных форм на управляемые — это не просто смена интерфейса, а полноценная смена парадигмы разработки. Если в обычных формах мы привыкли работать напрямую с объектами данных и визуальными элементами, "привязанными" к пикселям, то в управляемом приложении всё строится на строгом разделении ответственности между клиентом и сервером. В этой статье мы подробно разберем, с чего начать обучение, какие ресурсы использовать и какие архитектурные особенности необходимо усвоить в первую очередь.
Первое, с чего стоит начать — это принять тот факт, что опыт работы с обычными формами может в некоторой степени мешать. Как отмечают опытные разработчики, "нельзя лепить снеговика клюшкой в голове". Нам необходимо перестроить логику мышления. В управляемых формах мы больше не манипулируем объектом базы данных напрямую на форме. Вместо этого мы работаем с данными формы, которые являются лишь представлением этого объекта. Проанализируем основные столпы, на которых держится разработка управляемого приложения.
Для того чтобы систематизировать знания, рассмотрим основные источники информации, которые рекомендует сообщество:
HTML, CSS и JS. Это поможет осознать разделение на фронтенд (клиент) и бэкэнд (сервер), так как управляемая форма по своей сути работает схожим образом. Кроме того, знание HTML пригодится для использования объекта ПолеHTMLДокумента, что позволяет создавать уникальные интерфейсы или выводить сложные диаграммы.Основа кода в управляемой форме — это директивы. Мы должны четко понимать, где выполняется наш код. Выясним разницу между ними:
&НаСервереБезКонтекста
Функция ПолучитьОстатокТовара(ТоварСсылка, СкладСсылка)
// Здесь мы работаем только с переданными параметрами
// Сама форма и её реквизиты здесь недоступны
Возврат РегистрыНакопления.ТоварыНаСкладах.Остатки( , Новый Структура("Номенклатура, Склад", ТоварСсылка, СкладСсылка));
КонецФункции
Стремитесь использовать бесконтекстные вызовы везде, где вам не нужно менять состояние всей формы целиком. Это критически важно для производительности системы.
В управляемом приложении на клиенте нет объекта типа СправочникОбъект или ДокументОбъект. Вместо них мы видим ДанныеФормыСтруктура. Если нам нужно вызвать метод, который написан в модуле объекта (например, процедуру расчета скидок), нам придется выполнить преобразование. Разберем по шагам, как это работает на сервере:
РеквизитФормыВЗначение("Объект").ЗначениеВРеквизитФормы(Объект, "Объект").Посмотрим на пример кода:
&НаСервере
Процедура РассчитатьНаСервере()
// Превращаем данные формы в полноценный объект документа
ДокОбъект = РеквизитФормыВЗначение("Объект");
// Вызываем метод из модуля объекта
ДокОбъект.ЗаполнитьЦены();
// Возвращаем изменения в данные формы для отображения пользователю
ЗначениеВРеквизитФормы(ДокОбъект, "Объект");
КонецПроцедуры
Забудьте о рисовании форм мышкой с точностью до пикселя. В управляемом приложении мы описываем структуру. Платформа сама решает, как расположить элементы. Основными инструментами здесь становятся Группы. Мы используем группы для управления компоновкой: горизонтальные группы для размещения полей в ряд, вертикальные — для колонок. Важный момент: если вы хотите скрыть элемент, делайте это через свойство Видимость, но помните, что в управляемых формах есть также понятие ПользовательскаяВидимость.
Современная разработка на управляемых формах немыслима без БСП. Почти любая типовая задача — будь то прикрепление файлов, отправка почты или работа с контактной информацией — уже решена в БСП. Вместо написания своего кода, проанализируем возможности программного интерфейса (API) имеющейся конфигурации. Это сэкономит время и сделает ваш код соответствующим стандартам 1С.
В управляемом приложении считается плохим тоном блокировать интерфейс пользователя (песочные часы). Для выполнения длительных отчетов или обработок мы должны использовать механизм фоновых заданий. Это позволяет пользователю продолжать работу с другими окнами, пока сервер выполняет тяжелую задачу в фоновом потоке. Для этого часто применяются методы модуля ДлительныеОперации.
Подводя итог, можно сказать, что переход на управляемые формы — это шаг к более качественной и масштабируемой архитектуре. Главное — помнить о разделении контекста и минимизировать объемы данных, передаваемых между клиентом и сервером. Постоянная практика и изучение типовых решений (БСП) помогут вам быстро освоиться в новой среде.