Синхронизация

Продумайте, какой тип синхронизации будете поддерживать: синхронизацию по беспроводному соединению, синхронизацию при подключении к компьютеру или оба типа. Поскольку в синхронизации часто участвуют конфиденциальные данные, реализуйте способы защиты данных синхронизации, особенно при синхронизации по беспроводному соединению. При проектировании синхронизации предусмотрите корректную обработку разрывов подключения, либо отменяя операцию, либо обеспечивая ее возобновление при восстановлении подключения. При репликации слиянием возможна как однонаправленная, так и двунаправленная синхронизация. Репликация слиянием является хорошим выбором для инфраструктур, использующих последние версии SQL Server. Используйте Microsoft Sync Framework, которая обеспечивает надежные сервисы синхронизации в разнообразнейших сценариях. При проектировании стратегии синхронизации руководствуйтесь следующими рекомендациями:

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

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

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

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

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

Тестирование

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

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

Если имеете доступ к физическому устройству, для которого разрабатываете приложение, выполняйте отладку кода лучше на нем, а не на эмуляторе. Если устройство недоступно, для начального тестирования и отладки используйте эмулятор. Учитывайте, что на эмуляторе код может выполняться медленнее, чем на реальном устройстве.

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

Если вы являетесь производителем оборудования (original equipment manufacturer, OEM), и устройство еще не создано, можно выполнять отладку мобильной программы на выделенном компьютере с процессором x86, работающем под управлением Windows CE. Используйте этот вариант, пока не создано устройство.

Пользовательский интерфейс

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

Проектируйте однооконный полноэкранный UI. Если устройство будет устройством индивидуального использования, выполняющим только основное приложение, используйте полноэкранный режим. Не забывайте, что Windows Mobile не поддерживает этот режим, поэтому придется воспользоваться Windows CE.

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

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