📱 Мобильные технологии 1С: платформа, клиент и автономный...

Мобильные технологии 1С: платформа, клиент и автономный режим

Ключевые тезисы

В 1С существует три основные технологии для мобильной разработки: Мобильная платформа, Мобильный клиент и Мобильный клиент с автономным режимом.
Мобильный клиент — это онлайн-клиент, аналог тонкого или веб-клиента для мобильных устройств, требующий минимальной адаптации конфигурации.
Автономный режим (с версии 8.3.16) — это гибрид, сочетающий минимальную адаптацию мобильного клиента с возможностью офлайн-работы и синхронизации данных.
Адаптация интерфейса под мобильные устройства может выполняться через свойства элементов, директивы препроцессора или создание отдельных форм.

Три мобильные технологии 1С

1. Мобильная платформа

Позволяет создавать полностью автономные нативные мобильные приложения.
Разработка ведётся на языке 1С в среде 1С, бизнес-логика исполняется встроенным мини-сервером на устройстве.
Требует отдельной разработки приложения и организации обмена данными с основной базой (например, через веб-сервисы).

2. Мобильный клиент (с версии 8.2)

Онлайн-клиент, работающий только при наличии связи с сервером 1С.
По сути, является тонким клиентом для мобильных устройств, предоставляющим ~95% функционала обычного тонкого/веб-клиента.
Требует веб-сервера с опубликованной конфигурацией.
Позволяет быстро и дёшево создавать мобильные рабочие места с единым кодом и интерфейсом на всех типах клиентов (десктоп, мобильный).
Поддерживает мобильную специфику (камера, GPS) через директиву препроцессора #Если МобильныйКлиент Тогда.

3. Мобильный клиент с автономным режимом (с версии 8.3.16)

Гибридный подход: минимальная адаптация конфигурации (как у мобильного клиента) + возможность офлайн-работы (как у мобильной платформы).
На устройстве создаётся локальная база данных для хранения части информации.
Автоматически переключается между онлайн-режимом (работа с основным сервером) и офлайн-режимом (работа с локальной копией) в зависимости от качества связи.
Синхронизация данных между локальной и основной базами программируется вручную с использованием планов обмена.

Адаптация конфигурации для мобильного клиента

Подходы к адаптации (от простого к сложному):

Без адаптации. Многие конфигурации на основе документов и справочников работают приемлемо.
Использование свойств элементов. Настройка видимости, важности колонок, группировки для мобильного фактора.
Адаптация с помощью кода (директива #Если МобильныйКлиент). Включение/выключение функциональности, изменение поведения.
Создание отдельных форм для мобильного интерфейса. Наиболее ресурсоёмкий способ, может приводить к дублированию кода.

Практический пример адаптации списка писем:

Цель: Изменить вид списка входящих писем для мобильного клиента, не дублируя код формы.
Механизм:
1. Создаётся параметр сеанса (например, МобильныйКлиент типа Булево).
2. В клиентском обработчике ПередНачаломРаботыСистемы параметр устанавливается в Истина, если выполняется условие МобильныйКлиент.
3. В серверной процедуре, вызываемой при создании формы, проверяется этот параметр.
4. В зависимости от его значения настраиваются свойства элементов формы: скрывается шапка, меняется набор и расположение колонок (например, дата и отправитель в одну строку, тема — в другую).

Разработка для автономного режима

Ключевые концепции:

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

Основные этапы адаптации:

Определить состав автономной конфигурации (какие объекты нужны офлайн).
Адаптировать код, учитывая два сервера. Часто используется конструкция #Если Не МобильныйКлиентАвтономныйРежим Тогда для исключения кода, не нужного на мобильном устройстве.
Перевести объекты, используемые в автономном режиме, на управляемые блокировки (автоматический режим не поддерживается).
Настроить или создать план обмена.
Организовать запуск обмена данными, желательно в фоновом режиме при старте приложения.

Отладка: возможна отдельно для кода, исполняемого на основном сервере, и для кода, исполняемого на автономном сервере на устройстве. Требует настройки IP и порта.

Выводы

Мобильный клиент — оптимальное решение для быстрого создания онлайн-рабочих мест с единой бизнес-логикой.
Автономный режим открывает возможности для офлайн-работы, но требует более глубокой адаптации конфигурации и учёта архитектуры с двумя серверами.
Регулярная проверка конфигурации с включёнными галками "Мобильный клиент" и "Мобильный клиент (автономный режим)" и тестирование на реальных устройствах — ключевые практики для успешной разработки.
Адаптация часто сводится к использованию директив препроцессора и тонкой настройке свойств элементов интерфейса.