小编LSh*_*key的帖子

这不是以下问题的重复

因为：

我的问题特别指出，我对最终用户体验感兴趣，而不是开发的易用性或效率，而这正是另一个问题所指的主要内容。如前所述，开发/部署会影响最终用户体验，但这并不是它的全部，并且所引用的问题都没有解决直接影响最终用户使用应用程序能力的问题（例如访问数据的问题）其他分区，呆滞等）
也许“引人注目”这个词用起来不合适；我的目的是询问现实世界的经验后果，即发生或不发生的事情，而不是理论/架构陈述，虽然可能是准确的，但似乎没有任何现实世界的支持支持该说法的例子。我应该更直接地说，我的目的是获得考虑“优势”与最终用户所经历的现实世界不利因素之间的平衡的答案。“重复”问题主要是理论性的，根本不讨论最终用户体验。
“重复”问题没有提到与我在此处使用的示例有任何相似之处的任何内容，即，Snaps 对最终用户有不利影响（在这种情况下，无法访问其他分区上的数据和 snap 应用程序性能），在我能找到的任何可用文档中都没有讨论。

虽然我知道 snap 在使应用程序更广泛地可用方面具有很大的优势，但是否有任何令人信服的理由选择 snap 而不是 apt，如果该应用程序可通过 apt 包用于我的发行版/版本？

我很好奇，因为我一直在阅读有关 snap 的一些文章，并且对该方法的所有兴奋似乎都与对应用程序开发人员有利的事情有关，但我几乎没有看到这如何使最终用户的生活更轻松（除了显而易见的；他们可能能够安装在他们的发行版/版本上不可用的应用程序）。

我安装了 snapd 并安装了几个 snap，真的很沮丧和失望。snap 应用程序速度很慢，而且即使不是不可能，也很难从 snap 内访问其他分区上的文件。

虽然我已经看到很多信息说快照“更快”、“更容易”、“更安全”等，但我无法找到任何解释为什么或如何实际发生这种情况的信息。

作为 Linux 的新手，我想知道我是否只是遗漏了一些明显的东西？需要明确的是，我理解为什么该技术总体上可能有用，但我找不到任何可以解释它是否/为什么是更好的选择的任何内容，即使有问题的应用程序可以通过更传统的方法安装，以及所有依赖项会面。

50
推荐指数

3
解决办法

1万
查看次数