Сильвер 4. Надо иметь возможность работать в офлайне и откидывать данные на сервер по раписанию. Объем данных ~ 100метров. Вроде есть уже SQLCE4 CTP но не пробывал, и вроде как всё :(
Может есть еще что ??? или какиенить nosql бд???

Заранее спасибо!!!

МСУВ офлайне? :) Это же не десктоп приложения, в любом случае идёт завязка на сервер приложения.

Да идеологички это понятно. Но ведь сделали они возможность работать вне браузера, вот и хочется работать и вне сети.

Тут момент такой - есть клиенты с "плохим" каналом и им лучше работать с локальным источником данных и периодически проводить синхронизацию. Вот нарыл что вроде есть возможность использовать sqlite. Буду смотреть дальше.

Вестник,

Ну если только в будующем. Просто у заказчика ( в регионе) есть мобильные менеджеры с ноутами (нетбуками) и сидящие на сот модемах, где есть 3Гы, то там на нем, где нет, то на GPRSе - вот откуда все ноги и растут :)

МСУВестникМСУкак будете стартовать приложение без сети?
правая кнопка, "установить"
Причём тут установить, я говорю за сервисы и прочую поставку данных от сервера. Всё это не будет работать. Если это всё не нужно - возникает вопрос, зачем нужен сильвер. Вот об чём речь.

Да любое SL 4 приложение можно изначально запускать в своем окне, у вас будет ярлык на рабочем столе и все. Можно настроить (или выполнять програмно - обнавления в фоне асинхронно) и не надо вам ни какого браузера. Платформа выбранны верно, уже все давно работает и проект здан на SL3,5. но вот заказчик столкнулся со сложностями на нестабильных и слабых каналах связи. В связи с чем глядим в сторону SL4 и его новых возможностей, вот еще будем пробывать SQL CE 4 CTP вроде как он должен работать локално с SL4, но пока не ясно как, через что и т.д.

Если выбрать ASP.NEt или PHP как вы говорите - так при отсутствии связи вообще нет ни каких шансов в работе, а тут без проблем, только EF не заюзаешь.

eJack

Если выбрать ASP.NEt или PHP как вы говорите - так при отсутствии связи вообще нет ни каких шансов в работе, а тут без проблем, только EF не заюзаешь.

Ну в смысле теоритически. Да и после SL делать бизнес приложения на ASP.NET не интересно. Тут просто полет души - а там нет :)

ыыыМСУЯ о другом говорю. Вы не поняли ещё именно о чём я говорю?

если честно: никто не понял.

2eJack : как-то кешировать данные надо, на случай слабой сети.

Именно !!! Вы правы! Подключение к локальной БД - это частный случай в работе. Если при обращении к риа сервису получаем еррор то цепляемся к локально бд

Да не надо разводить тут базар. МСУ прав в том что если хотим работать офлайн то надо WPF, но изначально был заказ именно на SOA и наш проект цепляется к существующей системе.

Возможно что будем писать WPF клиента или как вариант копать в сторону sqlite. Просто в конторе около 400 менеджеров работающие с системой, и порядка 30% имеют трудности с каналами связи, т.е. порядка 8-10%. Вот если нам за них заплатят то будем писать все что захотят. Всем спасибо!

Вестникавторвот еще будем пробывать SQL CE 4 CTP вроде как он должен работать локално с SL4откуда дровишки?

Это исходя из требований - установка не требуется, прав админа не надо. Можно и в песочнице юзать

eJackДа не надо разводить тут базар. МСУ прав в том что если хотим работать офлайн то надо WPF, но изначально был заказ именно на SOA и наш проект цепляется к существующей системе.

Возможно что будем писать WPF клиента или как вариант копать в сторону sqlite. Просто в конторе около 400 менеджеров работающие с системой, и порядка 30% имеют трудности с каналами связи, т.е. порядка 8-10%. Вот если нам за них заплатят то будем писать все что захотят. Всем спасибо!

eJack30% имеют трудности с каналами связи читать как --- 30 имеют трудности с каналами связи

goodron,

По пречине костыля но вопрос не снят

eJack,

В спысле мы еще не решили делать костыль или писать клиента. Уж очень не хочется писать клиента.

Буду смотреть что может sqlite и возможна ли работа с sql ce 4 ctp

МСУeJack уже высказал разумную мысль:

eJack Возможно что будем писать WPF клиента

Мысль не очень разума - писать еще клиента экономически нам не выгодна.

goodroneJack,
Ваша позиция понятна:
1. Писать клиента (не хочется, ибо дорого и сложно, да и дублирование)
2. Писать "костыль", т.е. возможность СЛ работать с каким-либо локальным хранилищем, будь то файлы или БД.
Так вот мой вопрос касался второй части:
Подразумевалась возможность СЛ работать с локальной файловой системой, без sqllite и прочего. К примеру, сериализовать и сохранять туда объекты. Почему от этого варианта отказались?

Не отказывались мы, выбор не сделан. Вопрос решается.

Вестникнеужели так все сильно надо переписывать при переходе с WPF на SL? тот же самый prism 80% кода имеет общий, проекты из SL ветки просто ссылаются на файлы из WPF ветки

Ну как сказать 20% нет так уж и мало - но честно сказать опыта в этом нет.
Надо подумать - да и зачем, если скорее всего что нить с кэшем придумаем :)

goodronНе сочтите за труд, сообщите чем дело кончилось и как в итоге реализовали.

Да без проблем -> Linq2Xml