【问题标题】:Software Update Notifications软件更新通知
【发布时间】:2010-11-15 08:29:05
【问题描述】:

我正在考虑为web applications 我是developing 之一实施某种软件更新通知。

我遇到了几个问题:

  • 应该在客户端还是服务器上执行更新检查?

客户端是指软件检索最新版本信息、执行检查并显示更新信息。

服务器端检查是指软件将其版本信息发送到服务器,服务器再进行计算并将信息返回给客户端。

我的猜测是,服务器端实现可能会比客户端更灵活、更强大,因为我可以轻松地向服务器添加功能,只要客户端能够理解。

  • 应该在哪里显示更新信息?

可以在登录界面显示吗?只有管​​理员才能看到吗? (这是一个带有数据库的网络应用程序,因此更新需要操作 db web,这只能由管理员完成)。随着版本每天变得越来越过时,大小会增加的小哔哔闪烁图标怎么样;)?

  • 隐私问题

并不是每个人都喜欢通过互联网广播他们的应用使用统计数据。

TheOnion 问题:怎么想?

【问题讨论】:

  • 您究竟要进行什么版本控制?即是接口,dal中的进程,数据库本身还是整个存储媒体?

标签: asp.net software-update


【解决方案1】:

这是我的工作:

  • 更新进程在低优先级后台线程上运行。它绝对不会干扰程序的运行。
  • 客户端发送当前版本和当前文化(区域设置)
  • 服务器回复版本号、本地化显示文本以显示用户,以及安装程序和发布页面的当前 URL(显示发布说明/更改列表)。它实际上发送了 3 组这些内容 - 稳定版、测试版和夜间构建版。
  • 我使用模式对话框向用户显示立即安装、访问网站或取消的选项。您也可以像 WinSCP 一样操作,并将更新通知放在系统托盘中。另一种选择是在有可用更新时将结果通过电子邮件发送给用户。

当客户端运行非常旧的版本时,我会给出不同的更新消息,因为产品已重命名。

这是我正在做的方式的图片。它不是世界上最好的,但它一直在为我们完成工作,我们还没有听到用户的任何抱怨。
(来源:280z28.org

【讨论】:

  • 感谢您的意见。我实现了基于应用程序和版本的更新通知,忽略了语言环境。 devio.wordpress.com/2010/03/05/…
  • @devio:我们的也没有本地化。但是,挂钩是专门设置的,因此如果我们 对其进行本地化,我们可以纯粹在服务器上执行此操作(因此所有适用的客户端都会以新支持的语言获取消息)。特别是,如果我们有客户抱怨他们公司的用户不理解信息,我们可以让那个人进行翻译。
猜你喜欢
  • 2010-10-18
  • 2016-11-12
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2022-10-06
  • 2020-11-29
  • 2014-04-26
  • 2012-03-09
相关资源
最近更新 更多