我们先前讨论过桌面软件（native app）和线上软件（web app）的区别，在 HTML5 统治世界之前，这必定是一个持续的话题。这里把刚刚发生在 Twitter 上的一段讨论记录一下，算是对上回的补充。我们对各人的推讯做了编辑，但无损原意。如讨论在 Twitter 上继续进行，本贴将持续更新。—— 编者
先是 @linzheming 对 @CatChen 说：
我觉得桌面通告/背景运行这个可能会是区分线上软件和原生软件的分水岭。网页版的 IM 里来了消息，也是同样无法告知用户的。
@CatChen：
There is notification API. Chrome supports that.（有通知 API。Chrome 支持的。—— 编者）
@linzheming：
嗯，就是等这个 API 成为 HTML5 标准还需要时间……而后台运行，可能不会是个问题，这个只需要一个常驻后台的浏览器就可以了。
Meebo 在 Firefox 上有插件和 Growl 结合。
可以啊，声音、窗口振动、标题栏文字变化 / 滚动都是告知方法啊。
@linzheming:
这些在 MobileSafari 里面都是用不了的。并且，这样只能告知用户有内容，但是无法告知用户是什么类型的内容。
HTML5 (曾经) 有桌面通知 API, Chrome 现在已经实现了。至于背景运行的问题，浏览器只要开着线上软件，不就是背景运行的嘛。这些功能上的所谓「分水岭」，扩展 API 就可以搞定。
@linzheming:
通知 API 还没有标准化，并且原先我和 @CatChen 说的是 iPhone 下的线上软件，那是没有背景运行能力的。
@junyu:
I see. That will eventually change though. （了解了。不过这种情况以后会变的。）
@linzheming:
所以，最终将可能是 HTML5 作为新一代的标准 API 来代替 MFC，代替 .NET，代替 SilverLight，代替 Cocoa。
无论线上还是桌面，一个统一的消息中心是必须的。这点除了 Android 之外，目前还没有见到好的实现，无论 Windows、Mac 还是 Linux。
我觉得对于用户来说一致的界面和操作方式是区分原生软件和线上软件的重要标准。现在的线上软件学习成本太高了，太多不同的外观，对快捷键这些软件亲和力（accessibility）特性的支持也很参差不齐。
