Раньше кнопку поиска можно было программировать в своих приложениях.
Вроде в апдэйте Nodo это убрали и добавили возможность выводить в результаты поиска инфу из своего приложения. Теоретически из этого может получится что-то стоящее. Но всё-таки в играх парой очень напрягает, особенно если в них fast-switching не работает.
Непонятная статья у вас получилась…
Вроде как хотели рассказать про Observable.Generate, но так и не указали область его применения. У вас во всех примерах надо использовать ToObservable, как вы сами и сказали.
Очень интересны Rxx, и хотелось бы больше услышать про их применение в прикладных задачах.
Только вчера искал клиент для TechDays. Но русского в списке не было.
Впрочем как и сейчас. Мне пишет «App not found». И на самом телефоне в поиске не выдает.
Вас точно опубликовали?
PartialOrFullView… Что-то не очень смотрится…
Лучше назвать базовый контроллер как-нибудь BaseAjaxController, и перегрузить сам View. protected override ViewResult View(IView view, object model)
{
if (Request.IsAjaxRequest)
{
return PartialView(view,model);
}
return base.View(view, model);
}
Для вас это может быть и не очевидно, но суть реализации и заключается в том, чтобы уменьшить количество процессов и служб, которые занимаются обновлением.
Если у вас несколько приложений, то все они смогут «получать» обновления от одного единственного Windows-сервиса.
Не надо будет для каждого приложения запускать лаунчер, держать соединение с сервером обновлений.
Теоретически в системе всеми обновлениями может заниматься один процесс, и возможно этим процессом скоро станет ClickOnce, если разработчики перестанут делать свои «велосипеды».
А разработчики перестанут делать свои велосипеды тогда, когда им будет достаточно функционала ClickOnce. Сейчас, к сожалению, это не всегда так.
Это не единственная задача сервиса.
И что вы имеете в виду под «другой софт»?
Приведите примеры, пожалуйста.
Если вы откроете службы Windows, то скорее всего обнаружите там два сервиса:
Google Update Service (gupdate)
Google Update Service (gupdatem)
Второй судя по всему Manual.
Google не входит в ваш «другой софт»?
Этот готовый компонент совсем не торт.
Чтобы использовать его надо запускать не само приложение, а Appstart.exe, которое должно висеть в памяти, да и юзер может завершить процесс.
На сервере должен быть включен HTTP-DAV и корректно обрабатываться метод PROPFIND.
Обновление на сервере должно быть выложено не в архиве, а просто папкой.
Если вы захотите добавить возможность работы zip архивами, то надо будет практически полностью переделать этот компонент. А на писан он не очень изящно и присутствует много лишних телодвижений.
Никому не рекомендую использовать этот компонент.
Если вам нужно обновлять только одно своё приложение — используйте архитектуру, которую описал kent44, или описанную в этой статье.
//определяем метод, вызываемый с серверной част,
//параметры естественно должы совпадать
chat.AddChatMessage = function (msg) {
$("#messages").append("" + msg.name + " : " + msg.text + "");
};
Разве это определение метода, который будет вызываться на сервере?
Может все-таки на клиенте?
Зашел, разблокировал iPhone…
OMG… Шок…
Вроде в апдэйте Nodo это убрали и добавили возможность выводить в результаты поиска инфу из своего приложения. Теоретически из этого может получится что-то стоящее. Но всё-таки в играх парой очень напрягает, особенно если в них fast-switching не работает.
Вроде как хотели рассказать про Observable.Generate, но так и не указали область его применения. У вас во всех примерах надо использовать ToObservable, как вы сами и сказали.
Очень интересны Rxx, и хотелось бы больше услышать про их применение в прикладных задачах.
Впрочем как и сейчас. Мне пишет «App not found». И на самом телефоне в поиске не выдает.
Вас точно опубликовали?
Лучше назвать базовый контроллер как-нибудь BaseAjaxController, и перегрузить сам View.
protected override ViewResult View(IView view, object model){
if (Request.IsAjaxRequest)
{
return PartialView(view,model);
}
return base.View(view, model);
}
Если у вас несколько приложений, то все они смогут «получать» обновления от одного единственного Windows-сервиса.
Не надо будет для каждого приложения запускать лаунчер, держать соединение с сервером обновлений.
Теоретически в системе всеми обновлениями может заниматься один процесс, и возможно этим процессом скоро станет ClickOnce, если разработчики перестанут делать свои «велосипеды».
А разработчики перестанут делать свои велосипеды тогда, когда им будет достаточно функционала ClickOnce. Сейчас, к сожалению, это не всегда так.
И что вы имеете в виду под «другой софт»?
Приведите примеры, пожалуйста.
Если вы откроете службы Windows, то скорее всего обнаружите там два сервиса:
Google Update Service (gupdate)
Google Update Service (gupdatem)
Второй судя по всему Manual.
Google не входит в ваш «другой софт»?
Вопрос безопасности тут выльется в еще одну статью, а то и в серию.
Чтобы использовать его надо запускать не само приложение, а Appstart.exe, которое должно висеть в памяти, да и юзер может завершить процесс.
На сервере должен быть включен HTTP-DAV и корректно обрабатываться метод PROPFIND.
Обновление на сервере должно быть выложено не в архиве, а просто папкой.
Если вы захотите добавить возможность работы zip архивами, то надо будет практически полностью переделать этот компонент. А на писан он не очень изящно и присутствует много лишних телодвижений.
Никому не рекомендую использовать этот компонент.
Если вам нужно обновлять только одно своё приложение — используйте архитектуру, которую описал kent44, или описанную в этой статье.