为什么在使用Advanced Installer时使用Project Centennial?

时间:2017-03-14 17:39:41

标签: uwp advanced-installer

我正在使用Project Centennial(桌面应用程序转换器)将MSI / EXE转换为UWP应用程序。我遇到了Advanced Installer,并想知道为什么不使用它而不是Project Centennial。

是否因为以下原因。

Project Centennial - 未获得许可,命令处理。 高级安装程序 - 许可,简单的用户界面。

2 个答案:

答案 0 :(得分:2)

也许是因为Advanced Installer是商业第三方产品,Project Centennial或官方名称的Desktop Bridge是Microsoft创建的一个简单而免费的选项,可将现有的.NET和Win32应用程序和游戏引入Windows存储。

您可以反过来提出这个问题,为什么在Microsoft可以免费获得相同的功能时,您希望为第三方产品付费?

如果您出于某种原因想要使用Advanced Installer,请使用Desktop Bridge,这是将经典桌面应用程序带入商店的一种简单方法,无需获取任何许可证或第三方软件。< / p>

答案 1 :(得分:0)

  

何时可以从Microsoft免费获得相同的功能?

Advanced Installer在Microsoft免费支持Desktop Bridge的基础上为开发人员提供附加价值,其主要重点是为所有用户节省宝贵的时间,可以投入到应用程序开发/改进的时间,而不是其安装程序。

简单地提供与MSFT相同的支持,免费和要钱不会带来可持续的业务(至少没有我知道的)。

易于使用的GUI

除了能够为Win32 / .NET应用程序或游戏创建AppX软件包之外,Advanced Installer还提供了easy to use GUI,允许您专业地自定义软件包,而无需花费数天时间来学习所有软件包关于AppX内部的内容。

微软没有为此提供这样的用户界面,他们只是在网上有一些稀缺资料,说明如何手动编辑AppXManifest,允许的资源类型以及指向命令行工具的链接( makeappx.exe ... )您需要进行配置才能构建和数字签名您的AppX(如果您想将其与开发环境集成)。

Visual Studio集成

生成软件包只是第一步,您可以使用Microsoft的转换器或高级安装程序的试用版(免费)版免费使用。

但是,如果您真的想要在Windows应用商店中部署软件包或直接将其提供给最终用户,则需要将其与开发IDE集成,这样您每次代码更改时都可以轻松地构建AppX软件包,就像使用MSI / EXE安装程序一样。

Visual Studio extension Advanced Installer提供可以为单个项目构建MSI(,适用于不希望或不能使用AppX 的客户端)和AppX包,优化尽可能多可能的包装/部署工作,并允许您花更多的时间来实际构建/改进您的应用程序,而不是担心如何打包它。

Advanced Installer extension for Visual Studio 2017

这一切都取决于您对时间的重视程度(例如以您的小时费率计算),以及Advanced Installer可以节省多少时间。毕竟,我们购买投资的商业软件是不是? :)

免责声明:我是构建高级安装程序的团队成员。