BT

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

一种新的Universal Windows Apps发布模型

| 作者 Jonathan Allen 关注 594 他的粉丝 ,译者 区志为 关注 0 他的粉丝 发布于 2015年10月9日. 估计阅读时间: 2 分钟 | QCon上海2018 关注大数据平台技术选型、搭建、系统迁移和优化的经验。

在Windows世界里,应用部署普遍使用两种模型来处理系统与第三方的依赖项。

第一种是将所有依赖项捆绑到应用中。这种方式让开发者能精准控制应用使用哪些依赖项。这样做的缺点是会让应用的体积更大,对移动设备不太友好。另一个问题是依赖项的更新必须由开发者推送,而不是实际创建依赖项的公司。这样会在处理严重安全bug时带来难以接受的时间滞后。

另一种选择是把所有依赖项存储在共享空间中。对于Com应用是放在Win32文件夹,对于.Net应用是放在全局程序集缓存(GAC)。但这样导致了“DLL Hell”的问题。即使维持了严格的向后兼容,同时也限制了你的选项。这阻止了某些有趣的场景发生,例如在不强制其它应用使用的情况下允许单一应用使用预发布版本的库。因此,通常需要用户手动去更新如.Net Framework这类关键库。

Win10 Tools 1.1中,Universal Windows Apps (UWP)有了第三种选择。在新模型下,每个应用仍能指定.Net的版本。这包括beta版的framework。但当应用安装好后,通用库被放入共享位置。这种方法将让其它使用相同版本的应用能访问这些通用库。

在微软的一些测试中,他们找到方法将小型UWP应用的体积由5.3MB减少到只有1.3MB。在更大样本中,他们将体积由10.1MB减少到只有7.9MB。

出乎意料的是,这个特性还能减少生成时间。微软的Rich Lander声称,

对于大部分应用来说,这特性能为发布版本提供更快的生成时间。我们观察到的生成时间普遍更快,提升接近30%——但有少数应用的实际生成耗时更长。我们正努力让交付版本的生成时间有更加稳定的改进。

这是一个预发布的特性,所以微软没有默认开启。然而,你可以开启后再将应用提交到Windows Store。

查看英文原文:A New Publication Model for Universal Windows Apps


感谢张龙对本文的审校。

给InfoQ中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博(@InfoQ@丁晓昀),微信(微信号:InfoQChina)关注我们,并与我们的编辑和其他读者朋友交流(欢迎加入InfoQ读者交流群InfoQ好读者)。

评价本文

专业度
风格

您好,朋友!

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

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的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通知我

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

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

讨论

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


找回密码....

Follow

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

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

Like

内容自由定制

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

Notifications

获取更新

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

BT