量子哈希
choco outdated
cup all -y
在 winget 诞生后，choco 的地位变得尴尬。虽然 winget 目前还不能完全取代 choco，但这种趋势已经相当明显。不可否认，winget 在很大程度上借鉴了 choco 的思路和经验，几乎可以看作是官方版的 choco。我之前对 choco 的评价同样适用于 winget，而且它还能解决国内网络限制的问题。希望 winget 能够顺利发展。
首先，我个人认为 Windows 平台仍然需要一个类似于 apt-get、pacman 或 brew 的包管理器。拥有一个统一的软件分发平台可以节省大量的时间和精力，对于平台本身也是有益的。微软选择使用应用商店和 UWP 来解决这个问题，我认为是一个很好的选择。然而，由于历史原因，许多现有的 exe 程序以及许多不需要安装的绿色软件或开发工具（如 Maven）无法或不适合转换为 UWP。那么，对于这些软件，我们该如何处理呢？
一些公司意识到了这个问题并试图解决，国内有 360 软件管家、腾讯软件管家等（我曾经也使用过多特软件站）；国外有 FileHippo、Ninite 等。然而，完全依赖某个公司的解决方案会带来一些问题：
组织的精力是有限的，维护一个不断增长的软件库需要消耗大量的精力。冷门软件可能得不到足够的关注，很可能长时间没有更新。组织可能会有自己的偏好，对于竞争对手的产品可能不那么重视。商业导向也可能产生一定的影响。
因此，我认为 choco 采取的社区维护方式是合理的，每个软件的安装脚本都是公开的。这意味着如果某个软件的安装出现问题，我可以提交改进的 PR；如果我使用的某个软件在库中不存在，我也可以自己编写安装脚本并提交。事实上，我正在维护一个脚本库（github.com/Elderry/chocolatey-packages），目前我正在维护 Internet Download Manager 和 ShareMouse，如果您使用过这两款软件，欢迎给个赞。
在日常使用中，我发现 choco 的体验非常好，特别是对于像我这样追求版本号的人来说。不再需要逐个访问软件网站，只需运行一个命令，然后等待即可。如果要查找软件，也可以使用网页版的软件库（Chocolatey Gallery）进行搜索（我特别不喜欢在命令行中使用 search 命令，从 apt-get 时代就开始讨厌了）。
然而，choco 也有自身的弱点，其社区属性也带来了一些问题，例如：
软件的发布不够统一，命名方式各不相同。安装过程中出现问题的情况也不少。例如，我在安装 Maven 时发现它已经落后于官方几个月了，我给维护者发送了邮件才促使他们更新，而且脚本中还使用了过时的 API，导致安装过程出现警告。此外，正如 @环保小魏师 所提到的，安装位置也是杂乱无章的。如果希望自己选择安装位置，就需要付费。对于国内用户来说，这并不友好，首先是网速问题，大多数软件的服务器都在国外，如果不翻墙，很难保持足够快速和稳定的下载速度。正因为这个原因，我不敢使用 choco 来维护我的 Acrobat 和 Intellij，只把一些小型软件交给它处理。其次，使用门槛较高，如果只是安装软件还好，但如果要自己维护一个软件包，我觉得会很累，我不得不学习 Powershell 脚本和 AutoHotKey 脚本，并且在过程中遇到了许多问题。最后，由于国内使用的人较少，一些国内常用的软件在库中并不存在。不过，最近我看到有人正在尝试上传微信和网易云音乐，可惜还没有通过审批。不可否认的是，choco 目前还没有推出正式的 1.0 版本，所以肯定会存在问题，文档和项目也不是那么完善（我在学习过程中遇到了几次坑），软件库的界面也还没有与新项目界面统一。但总体来说，我认为它的发展方向是正确的，希望它能够在未来一统江湖。
最后，我总结了一下，我认为以下人群使用 choco 会有更好的体验。如果大部分条件不符合，那么最好还是老老实实地上网搜索并下载软件。
版本号强迫症患者
拥有稳定的外网连接方式
没有奇怪的将软件安装到 D 盘的想法
曾经使用过 apt-get、brew、pacman 等包管理器
很少使用国内桌面软件
具备一定的脚本识别能力或者是愿意学习的程序员
希望以上内容能对您有所帮助。
