Создание автономного приложения базы данных на WP7 - найти правильный путь

Question

Мне нужно создать автономное приложение базы данных на WP7.Приложение простое - оно делает заказы от наших клиентов, а затем переводит их на основной сервер (MS SQL).

Проведите несколько дней, читая о существующих технологиях, но я все еще растерялся.Что подходит для этого проекта?

1. Sync Framework.Выглядит хорошо, но, как я понимаю - он предоставляет отдельные таблицы - никакой ссылки между ними нет.Все ссылки я должен строить на стороне клиента.Sad.

2. Entity FrameWork на стороне сервера.И я понятия не имею - что я могу использовать на стороне клиента.Есть ли способ сериализовать объект сущности в Isolate Store, затем восстановить его и продолжить работу с ним?Может быть, я могу использовать Sync FrameWork, но тогда схема станет странной - вроде как.)))

3. Работа с WCF и XML - самая простая для меня.Много кода и преобразования, но в этом случае я понимаю поток данных.С другой стороны - у меня уже есть приложение с чистыми SQL-запросами.Я хочу быть продвинутым.))))

4. Использование доп.базы данных (например, siaqodb).Который из?siaqodb поддерживает «Поставщик синхронизации», но не поддерживает ссылки между объектами - так что мне нужно создавать их самостоятельно?Любая выгода?Я не знаю.

Есть ли другой способ создания таких приложений?Укажите, пожалуйста.

Answer 1

Если это должно быть сделано в автономном режиме, то я бы обычно использовал что-то вроде:

• хранение минимального количества необходимых данных в изолированном виде с использованием специальной базы данных WP7, такой как Sterling
• с использованием либо нового REST, либо нового сервиса RIA / WCF с объектами / функциями, которые вы определили для обеспечения необходимой синхронизации данных

Я думаю, что это ваш вариант 3?

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