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

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

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

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

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

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

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

2. Мобильный клиент (начиная с версии 8.12)

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

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

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

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

Адаптация может быть выполнена несколькими способами, от простого к сложному:

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

Рекомендация: Для определения типа клиента (мобильный/десктопный) эффективнее использовать параметр сеанса, устанавливаемый на клиенте, так как это быстрее, чем проверка в каждом клиентском методе.

Адаптация под автономный режим

Работа с автономным режимом сложнее и включает несколько ключевых этапов:

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

Важные моменты:

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

Выводы

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