Ubuntu 16.04 LTS最杰出的新功能之一就是对以下功能的支持： 卡扣包装。 他们说，这些类型的软件包都是有优势的：更新是推送的，这意味着它们将从程序本身是即时的。 所有依赖项都包含在软件包中。 它们与许多操作系统兼容。 但这真的很好吗？
三年过去了，没有。 还是没有。 三年的长短可以长短取决于您的观点，但是目前我认为这些软件包（如Flatpak）并不像预期的那样完美。 我坚持：还没有。 在这篇文章中，重要的是要弄清楚它是 我的看法，我解释了为什么我在2019年XNUMX月如此悲观，希望在不久的将来会有所改变。
Snap软件包不像APT那样集成
可以想象，作为Linux博客编辑器，我以许多不同的方式测试了许多软件。 我注意到的第一件事不是尝试撰写文章，而是选择：我卸载了Firefox并安装了APT版本，并在启动后立即进行了安装。 我意识到它没有很好地集成到操作系统中 和APT版本一样。 如果说实话，现在我不记得是什么了，也许是关于它的UI的，但是有一些事情引起了我的关注，我想：“好吧，我将Firefox保留其APT版本，并安装其余的Firefox。 Snap版本的程序（如果存在）。
Ubunlog读者评论了这种集成： Snap版本中的操作与APT中的操作不同。 这很烦人。 我们已经习惯了一件事，他们为我们改变了它。 但是，不仅这些微小的变化，而且，例如，如果我们使用KDE并安装基于GNOME的软件包，则该映像在系统上的外观将不如“正式”版本。 更糟糕的是：有些软件不尊重更改，例如左侧的按钮，因此我们最终拥有不同的窗口布局。 当然，必须认识到，这并不是Snap版本独有的，但它更常见。 Flatpak版本中也会发生这种情况。
Snap的那些即时更新在哪里？
这个星期你问我«什么时候更新？ Snap版本的Firefox？»。 好吧，理论上说它是自动完成的，但是没有。 假定一旦启动程序，就会出现一条通知，提示您有新版本。 实际上， 下载应该是自动的，但不是。 如果转到“关于Firefox”中的“帮助”，它应该显示有新版本，则会出现一条消息，从中可以下载浏览器代码。 要手动复制文件？ 真讨厌！ 为此，最好稍等一下，因为Firefox 66在正式发布后仅48小时便到达了APT存储库。
是的，将来会变得更好。 我真的不明白，为什么像Mozilla这样的公司准备在Windows和macOS中准备等效的产品，而将Linux用户抛在后面。 是因为我们所有人都可以选择存储库吗？ 不管是什么，我都看到过太多的爱国主义和他们在2016年向我们做出的关于 无法满足即时更新.
意外关闭
这可能与集成有关。 立即安排一次 42个操作系统 它可能会产生后果。 42个操作系统很多，如果考虑到不同的图形环境，这个数字可以乘以很多。 我已经看到两个程序是如何意外关闭的，一个程序通过Flatpak，另一个在其Snap版本中。 作为Linux用户，我有一个愚蠢的面孔。 我14年后会看过几次？ 我认为可以用一只手的手指来指望它们，而其中的两个手指则适用于今年的这类包装。 至于Flatpak版本，有时甚至没有为我打开该程序，这迫使我安装APT版本。
一切都不会丢失
亲自， 我认为Canonical应该推动一点 更多信息，以鼓励开发人员改进其Snap版本的软件。 没有收到的消息是，当APT存储库中已有65版本并且Firefox 66.0.1即将发布时，Firefox仍处于其Snap版本的66.0.2.x版本中，该漏洞修复了Mozilla已被标记为两个安全漏洞。一样严重。 此类软件包的原因之一是即时更新为我们提供的安全性，但是如果没有更新，则没有安全性。 对我来说，部分责任应由马克·沙特尔沃思（Mark Shuttleworth）和他的团队承担。
当然，一切都不会丢失。 我们正处于更现代的包装系统的生命的最初几年。 就像Windows和macOS版本一样，将来的更新会更好。 我们发送给他们的报告将解决意外的结案问题。 要使设计在所有操作系统上都无法完美实现会更加困难，但是现在几乎所有现代系统都具有相当扁平的设计并具有一些相似性。
您如何看待Snap软件包？
