16.04.2013

Разработка мобильных решений

Управление занимаемой памятью

Одной из особенностей разработки мобильных приложений является ограниченность ресурсов, предоставляемых устройством программе. Поэтому по сравнению с разработкой настольных приложений требуется уделять больше внимания оптимизации алгоритмов потребления памяти и быстродействию.

Ниже приводится ряд задач, которые требуют к себе особого подхода. Их решение может отличаться от аналогов в настольных приложениях. Не следует воспринимать эти советы как жесткие правила. Это попытка обобщить накопленный опыт и сформулировать ряд рекомендаций.

Проектирование состава хранимых объектов мобильной информационной базы

Состав объектов метаданных и реквизитов объектов метаданных мобильного приложения должен быть спроектирован отдельно от основной конфигурации. Не смотря на то, что обмен данными проще реализовать, если структуры объектов, участвующие в обмене, идентичны, это приводит к хранению лишних данных на мобильном устройстве и дополнительным затратам на передачу и обработку.

Если структуры данных различаются, то эффективнее располагать код трансформации данных на стороне основной конфигурации.

Проектирование обмена данными с мобильным устройством

Рекомендуется осмотрительнее относиться к автоматической регистрации изменений в соответствующем плане обмена. При формировании пакета изменений стоит отсекать информацию, которая является лишней для данного рабочего места. Например, при выгрузке справочника товаров имеет смысл предусмотреть отбор тех товарных групп, с которыми реально работает конкретный мобильный сотрудник.

Важно следить за размерами пакета изменений. Если ожидаемый размер пакета превышает 5 Мб, настоятельно рекомендуется предусмотреть передачу пакета на мобильное устройство частями. Реализовать это можно, например, если сохранить пакет в файл и применить функцию РазделитьФайл(). Передача частями обладает следующими преимуществами:

Подготовка отчетов

Существует два способа подготовки отчета:

Если отчет основывается на данных, которые есть только локально (или только удаленно), выбор варианта реализации очевиден.

Если отчет может быть построен обоими способами, рекомендуется отдавать приоритет локальной реализации отчетов

Проектирование форм

Адаптация к различным разрешениям экрана (DPI) устройств

Размеры экранных объектов формы самостоятельно адаптируются к DPI экрана устройств. Исключением являются растровые картинки, отображаемые на форме в кнопках и других элементах оформления. Для того чтобы видимые размеры картинок не искажались, необходимо использовать технологию подготовки картинки с вариантами.

Адаптация к различным размерам устройств

Адаптировать форму к исполнению на экранах разного размера можно следующими способами:

На практике имеет смысл использовать комбинацию этих подходов.

Рациональное использование пространства

Бывают случаи, когда форма содержит немного элементов. Например, на некоторой стартовой форме расположены только кнопки перехода к другим формам. В такой форме имеет смысл увеличить размер расположенных элементов управления за счет свободного пространства.

Горизонтальная прокрутка

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