Я хочу создать приложение, которое будет иметь компоненты клиента и сервера. Клиент не может постоянно подключаться к Интернету и, следовательно, должен хранить данные локально, а затем синхронизировать с сервером всякий раз, когда доступно подключение к Интернету. Синхронизация данных будет осуществляться двумя способами: от клиента к серверу и от сервера к клиенту.
Изначально я думал об использовании SQL Server Merge replication/Microsoft sync framework для ado.net и создании клиентского приложения с использованием форм Windows С#.
Но Google Gears выглядит как очень хороший вариант, потому что он работает с JavaScript, и нам просто нужно создать веб-приложение asp.net, которое затем можно использовать как на клиенте, так и на сервере. Кроме того, он доступен на мобильных устройствах Windows 5 и 6, поэтому также доступен на мобильных устройствах.
Но кто-нибудь использовал Google Gears в корпоративном сценарии? Кто-нибудь сталкивался с любыми проблемами с помощью Google Gears?
Я оценивал его использование для автономного хранения документов для приложения для просмотра документации, над которым я работал в предыдущей компании. Мы действительно решили использовать его, но компания была выкуплена, и проекты ушли в пустоту.
Но в настоящее время я знаю, что Google только что начал использовать gogle gears для gmail. И я добавлю, что я не думаю, что это плохой ход, но я был бы обеспокоен общим проникновением, могли бы вы заставить их установить его?
Google поставил Gears в режим спящего режима в пользу HTML5: http://gearsblog.blogspot.com/2010/02/hello-html5.html.
Считаете ли вы, что gmail не является предприятием? Я знаю, что gmail может сказать google о любой проблеме, но возьмите еще один пример: myspace или запомните молоко. Мне нравится помнить о молоке, и я считаю это корпоративным продуктом.
у нас есть в нашей "очереди проекта" make и оффлайн-приложение, а варианты были: Gear или air, и мы выбираем передачи, так как считаем, что у вас есть много других ресурсов, которые вы можете использовать. как прототип, jquery и т.д. Это то, о чем вы должны думать.