关于碎片化，赞成和反对有很多说法，但是最近出现了一些非常有趣的解决方案，例如为所有发行版（不仅仅是Ubuntu）开放的Canonical snap软件包。 但是除此之外，还有其他可能性，其中之一就是我们提出这种观点的可能性，这就是 应用图片。 基本上，可以以通用的方式为GNU / Linux打包应用程序。
这有助于鼓励开发人员为Linux创建更多的软件，因为他们有时不愿为不同的现有发行版生成和维护的软件包数量。 其他时候，他们选择只提供与某些发行版兼容的软件，而忽略其余部分，这不是一个完整的解决方案。 因此，这些类型的项目为我们打开了希望， 软件包的通用性.
除此之外，应用更新（包括安全更新）将以某种方式到达 通过上游更直接 （来自原始开发人员）。 这要归功于增量更新，即仅包含新版本更改的软件包。 这样，我们所有人都会赢得胜利，开发人员将更加轻松，而且更新的优势在于始终为最终用户提供最新的和具有更多兼容的软件包。 除了提高安全性外，还可以实施沙盒技术来隔离它们。
但是，并非一切都是优势， 反对有冗余a，因为通过集成所有依赖项，我们可以发现库和其他当前不可用的重复元素所浪费的存储空间。 但嘿，这是其余优点所必须付出的代价...有关更多信息，您可以咨询 应用程序图像.org.
我喜欢Appimage可以考虑得更多，它们已经存在了很长时间，现在随着战斗的进行，它们成为标准的可能性很小。 从ubuntu创建它们非常容易（不过我不是很喜欢，只是从ubuntu创建）。 我在ubuntu中无缝创建了vokoscreen Appimage，并在openSUSE中使用它而没有问题。
希望赢得标准技术的人同样容易创建，而不仅仅是从Ubuntu
告诉我它是如何完成的，以及您使用了哪些步骤和应用程序
正如维基所说，我做到了
https://github.com/probonopd/AppImageKit/wiki/Creating-AppImages
首先下载第一行中显示的必要组件
sudo apt-get更新； sudo apt-get -y install libfuse-dev libglib2.0-dev cmake git libc6-dev binutils realpath保险丝＃debian，Ubuntu
然后
git克隆 https://github.com/probonopd/AppImageKit.git
光盘 AppImageKit
cmake。
使
而不是leafpad
导出APP = Leafpad && ./apt-appdir/apt-appdir $ APP && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
我放了vokoscreen
导出APP = vokoscreen && ./apt-appdir/apt-appdir $ APP && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
这是从虚拟机上获得的，因为我使用的是openSUSE，所以我对一些单独包含的库有一些麻烦（这表明该库在openSUSE中丢失了），但是我将它们添加到了vokoscreen.AppDir目录中，并使用
导出APP = vokoscreen && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
只要不存在具有相同名称的文件，它就可以工作，因此您必须删除以前的.AppImage
如果您听不懂或不太清楚，我想我会用AppImage为kdenlive制作视频教程
问候
.
很好的appimage
对我来说最好的是它们是便携式的
好吧，相当成功，我认为这将是一个很大的进步，并且可以使它标准化一些，我是Linux用户，但在某些方面我感到不舒服。
我们甚至不同意这一点。 Ubuntu发布了SNAP软件包，Red Hat发布了Flatpak。 而且他们不同意将一件事标准化。 Linux中的碎片问题将继续存在。