BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

微软在Metro风格IE中已放弃Silverlight和所有其他插件

| 作者 Jonathan Allen 关注 548 他的粉丝 ,译者 高翌翔 关注 0 他的粉丝 发布于 2011年9月18日. 估计阅读时间: 9 分钟 | 如何结合区块链技术,帮助企业降本增效?让我们深度了解几个成功的案例。

尽管是件难事,我们仍然在很长时间里试图避免报道有关Silverlight死亡的传闻。就像在所有事情上一样,传闻往往是被夸大的或彻底捏造的。对此一个很好的例子是,曾有观点认为Web Form已经进入维护模式而且决不会被更新至HTML5[1]。不幸的是,Silverlight之终结并非传闻;如果微软不改变路线,那么随着Windows 8的发布,Silverlight会像Flash和其他插件技术一样,将无用武之地。

就在9月14日下午6点Steven Sinofsky和Dean Hachamovitch宣布,Windows 8中的Metro风格浏览器不支持插件。Metro风格浏览是一款全屏、无边框的IE浏览器实现,预计大多数人会在Windows 8中使用它。尽管Metro风格用户界面拥有丰富的触摸功能,但是此设计旨在,使Metro风格用户界面成为所有使用1024x768或更高分辨率屏幕设备的首选界面,即便在使用鼠标和键盘的情况下也应使用Metro风格。“桌面”模式仍然可用,但是桌面模式被定位在仅用于遗留程序和一些复杂应用程序,例如Photoshop和Visual Studio。

正如Steven Sinofsky所说,

此贴讲解了Metro风格IE的重大改变,它会为用户带来无插件体验。在Windows 8中,IE 10既可用作Metro风格应用程序,也可用作桌面应用程序。当IE 10被用作桌面应用程序时会继续完全支持所有插件及扩展。

Dean Hachamovitch补充道,

为推动网络向前发展,以及为使消费者获得完全的触摸优先的浏览体验,Windows 8中的Metro风格浏览器尽量做到仅支持HTML5且无插件。目前插件所提供的浏览体验与Metro风格的浏览体验及最新的HTML5网络不太匹配。

这意味这无Flash、无QuickTime、无PDF阅读器、以及无Silverlight。他接着解释了为什么无插件浏览是更好的,并且所有网站无论如何都应过渡到HTML5。虽然在很大程度上他是对的,但是当由于你的工资单是份内嵌的PDF文件而导致你无法阅读时,那些话只是令人扫兴的安慰罢了。当你想观看只有特定媒体播放器才能播放的视频时,那些话也毫无帮助。

这为什么会发生?那么最可能的原因仅仅是Metro风格浏览器不能够支持插件。因为Metro风格应用程序不是基于Win32类库构建的,而是使用了全新的操作系统级的API,被称为Windows Runtime或WinRT。由于许多插件很可能是建立在例如GDI等Win32组件之上的,因此它们将不得不被完全重写以便在Metro下运行。随着事态进一步发展,像Apple和Adobe等公司针对每种架构(x86、x64和ARM)的Windows 8必须并行维护WinRT和Win32两个版本的插件。而且直到微软开发出一套遵守WinRT的运行时限制的新插件架构之前,这一切甚至都无法启动。

值得注意的是,在“桌面”模式下使用IE时,Flash和Silverlight插件将继续运行良好。同样,用户可以选择切换至任一其他浏览器,例如Firefox、Safari、或Chrome。再次重申,那些浏览器都要运行在桌面模式下。

随着可上网设备的激增,其中大多数设备都不会支持插件,至少我们或许应考虑移除此类插件技术。但是目前HTML5还不适于创建那些能用Flash和Silverlight创建的身临其境的应用程序。最起码,对于诸如Web WorkersWebSocket等核心功能的标准而言仍有待敲定,还有可调整大小的布局问题也需解决。但更为紧迫的是JavaScript本身,其语法和动态特性使得很难用它编写大型的模块化应用程序。

那些已在Silverlight上大量投入的公司其实处在最佳位置上。这些公司采用Silverlight及Flex作为内部应用程序使用。此类应用程序通常不用HTML,只用浏览器作为一种递送机制。由于只需出乎意料的举手之劳,这些应用程序即可被移植到Metro运行时。因此,除了如企业级的Windows应用商店等已列入工作计划的事项之外,可能还需要一种新的分发机制。

那些使用Flash或Silverlight来增强其站点的公司将遇到大麻烦。因为他们无法简单地将他们的代码移植到Metro中,所以他们必须使用HTML和JavaScript从头重写某些组件。

译注

[1] Web Form已经进入维护模式而且决不会被更新至HTML5,事实已证明此观点是个彻底捏造出来的传闻,微软将在.NET Framework的下一版本中对HTML5提供更全面的支持,而且在近期发布的.NET Framework 4更新包中,已加入部分对HTML5控件的支持预览,以方便开发者尽早试用。详见HTML 5 Updates for .NET 4

另,特别感谢本站热心读者陆超对本文的积极回复 :)

查看英文原文:Microsoft has Abandoned Silverlight and All Other Plugins in Metro IE

译者评论

此新闻英文版初次发布时的标题为“Microsoft has Abandoned Silverlight and All Other Plugins”(微软已放弃Silverlight和所有其他插件),明显有标题党之嫌,随即在InfoQ主站内引起了读者的强烈反响,截止中译版发布时已有22条评论。估计作者觉得标题欠妥,才在后面追加了“in Metro IE”(在Metro风格IE中)的限制。

通读全文可知,微软为给用户提供更好的触摸优先的浏览体验,当IE 10被用作Metro风格应用程序时只支持HTML5并且无插件。当在“桌面”模式下使用IE 10时所有插件及扩展仍可运行良好。而且倒数第二段提到,对于那些已经在Silverlight上大量投入、并采用Silverlight及Flex作为内部应用程序使用的公司而言,微软将提供一种极其便捷的转换方案,以便那些应用程序可被轻松地移植到Metro运行时中。由此可见,Silverlight并未终结。此外,微软还在BUILD开发者大会前两周发布了Silverlight 5 RC版

其实所谓“放弃”仅限于Metro风格浏览器中。然而,是否放弃Silverlight和所有其他插件的决定权掌握在网站所有者手中,而非微软。正如最后一段提到,如果那些使用Flash或Silverlight来增强其站点的公司希望为用户提供Metro风格的触摸浏览体验,那么他们必须使用HTML和JavaScript从头重写某些组件。换言之,如果那些公司决定不为用户提供Metro风格的浏览体验,那么用户将无法通过Metro风格浏览器访问他们的网站,但仍可通过桌面模式下的浏览器正常访问。

综上所述,微软并未放弃Silverlight,只是进行了战略调整。准确地说,HTML5在Internet上作为主导的跨平台解决方案的最终角色毋庸置疑,而Silverlight被重新定位于企业级的Intranet应用。但是,对于仍在使用Silverlight开发Internet站点的开发者而言,确实须要认真考虑自己的职业发展何去何从,是转向Silverlight企业级应用,还是快速跟进HTML5?

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

这文章翻译的。。。。 by yang dong

这文章翻译的。。。。

Silverlight != Silverlight Plugin by 孙 长宇

Silverlight是一个开发平台,并不单指在浏览器端运行的那个插件,Silverlight不会死,就算是要死,也是Silverlight Plugin。

Re: 这文章翻译的。。。。 by 高 翌翔

这文章翻译的。。。。


非常感谢您阅读本文 :)

确实本人翻译能力有限,烦请举例说明译文的不当之处,以便尽快修正错误。

一切尚未定论,有待观察 by Yetao Chen

其实我觉得,关键是在于会不会有很多人使用Metro风格的界面。
如果是用在Desktop PC上,会有很多人用Metro的UI吗?
如果是在平板上面来说,Metro UI更适合平板,但问题是会有多少人购买win 8的平板?
等明年win8上市的时候,ipad估计都快出4了...
一切尚未定论,有待观察。

Re: 一切尚未定论,有待观察 by 高 翌翔

确实如此,估计微软与苹果大战即将展开,Win8发布仅仅是个序曲。

不过Flash遭遇苹果和微软两面夹击,前景确实堪忧。

还是走着瞧吧,嘿嘿

我们是开发者,请不要转这种娱乐新闻来OK? by 錢 皓

Win 8 还只是一个开发者预览版,现在说什么都为时过早。 请不要因为一个临时的版本就下定论,而且就html5完善的速度来看, 支持silverlight是必然的。 现在还有太多的api是原生c++的,win8的RT 还有很长的路要走阿。 明年秋天期待中...

我来挑点翻译的问题 by Jacky Li

“Silverlight会像Flash和其他插件技术一样,将无用于之地。” ── 啥叫“用于之地”?

“就在9月14日下午6点Steven Sinofsky和Dean Hachamovitch宣布了Windows 8中的Metro风格浏览器不支持插件。” ── 读完这句话就喘不过气来了

“为推动网络向前发展,还为使消费者充分获得触摸优先的浏览体验,因此Windows 8中的Metro风格浏览器尽可能地只支持HTML5并且无插件。” ── 该句不通顺

“随着可上网设备的激增,但无论如何,其中大多数设备都不支持插件” ── 该句不通顺

Re: 我们是开发者,请不要转这种娱乐新闻来OK? by 高 翌翔

非常感谢您阅读本文 :)

本文作者只是基于Win8的发布做了一些预测和展望,至于断言Silverlight之终结确实有失偏颇。
不过本人在“译者评论”中已努力纠正此观点,即“Silverlight并未终结”!

本人认为,文中其他内容基本都是如实报道,并不存在娱乐成分。

作为开发者,关注前沿技术趋势是非常有必要的。

顺便说一句,本人是一名ASP.NET程序员 :)

Re: 我来挑点翻译的问题 by 高 翌翔

“Silverlight会像Flash和其他插件技术一样,将无用于之地。” ── 啥叫“用于之地”?

“就在9月14日下午6点Steven Sinofsky和Dean Hachamovitch宣布了Windows 8中的Metro风格浏览器不支持插件。” ── 读完这句话就喘不过气来了

“为推动网络向前发展,还为使消费者充分获得触摸优先的浏览体验,因此Windows 8中的Metro风格浏览器尽可能地只支持HTML5并且无插件。” ── 该句不通顺

“随着可上网设备的激增,但无论如何,其中大多数设备都不支持插件” ── 该句不通顺

非常感谢阅读本文 :)

对于指出的翻译错误及欠妥之处,已适当修正。

再次感谢,还望不吝赐教,多提宝贵意见和建议!

Web Forms 不是 Web Form by 陆 超

原文里的Web Forms明显是指Asp.net下的应用框架, 而不是 W3C 的那套东西.

Re: Web Forms 不是 Web Form by 高 翌翔

原文里的Web Forms明显是指Asp.net下的应用框架, 而不是 W3C 的那套东西.

非常感谢阅读本文 :)

确实,经再次搜索相关信息发现,此处Web Forms确实是指ASP.NET下的应用框架。

俺将尽快更新译注,再次感谢指正!

以后HTML5成标准中间代码了 by 无 趣

其他语言都翻译成HTML5运行。

Re: 以后HTML5成标准中间代码了 by 高 翌翔

夸张了哈,HTML5只能在浏览器里老老实实滴呆着!

不过在Win8中JS可以与WinRT API交互,这确实很强大,呵呵

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

13 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT