![]()
让我们回顾一下 Linux 社区***的愿景——推动去中心化的应用来解决发行版的碎片化。
继上周的文章：“Snap、Flatpak 这种通吃所有发行版的打包方式真的有用吗?” 之后，一系列新观点浮出水面，其中可能包含关于这样应用是否有用的重要信息。
缺点
就这个话题在这里的评论，一个叫 Till 的 Gentoo 使用者，对于上一次我们未能完全解释的问题给出了一些新的观点。
对于上一次我们选择仅仅称之为膨胀的的东西，Till 从另一方面做了剖析膨胀将来的发展，这可以帮助我们更好的理解它的组成和其影响。
这些被称之为“捆绑应用”的应用程序能够工作在所有发行版上的机制是——将它依赖的库都包含在它们的应用软件之中，Till 说：
“捆绑应用装载了大量的并不被应用开发者所维护的软件。如果其中的某个函数库被发现了一个安全问题而需要更新的话，你得为每一个独立的应用程序安装更新来确保你的系统安全。”本质上，Till 提出了一个重要的安全问题。但是它并不仅仅与安全有关系，它还关系到许多方面，比如说系统维护、原子更新等等。
此外，如果我们进一步假设：依赖的开发者们也许会合作，将他们的软件与使用它的应用程序一起发布(一种理想状况)，但这将导致整个平台的开发整体放缓。
另一个将会导致的问题是透明的依赖关系变得模糊，就是说，如果你想知道一个应用程序捆绑了哪些依赖关系，你必须依靠开发者发布这些数据。
或者就像 Till 说的：“比如说像某某包是否已经包含了更新的某函数库这样的问题将会是你每天需要面对的。”
与之相反，对于 Linux 现行的标准的包管理方法(包括二进制包和源码包)，你能够很容易的注意到哪些函数库已经在系统中更新了。
并且，你也可以很轻松的知道其它哪些应用使用了这个函数库，这就将你从繁琐的单独检查每一个应用程序的工作中解救了出来。
其他可能由膨胀导致的缺点包括：更大的包体积(每一个应用程序捆绑了依赖)，更高的内存占用(没有共享函数库)，并且，少了一个***滤机制来防止恶意软件：发行版的包维护者也充当了一个在开发者和用户之间的过滤者，他保障了用户获得高质量的软件。
而在捆绑应用中就不再是这种情况了。
***一点，Till 声称，尽管在某些情况下很有用，但是在大多数情况下，捆绑应用程序将弱化自由软件在发行版中的地位(专有软件供应商将被能够发布他们的软件而不用把它放到公共软件仓库中)。
除此之外，它引出了许多其他问题。很多问题都可以简单归结到开发人员身上。
优点
相比之下,另一个名叫 Sven 的人的评论试图反驳目前普遍反对使用捆绑应用程序的观点，从而证明和支持使用它。
“浪费空间?”——Sven 声称在当今世界我们有很多其他事情在浪费磁盘空间，比如电影存储在硬盘上、本地安装等等……
最终，这些事情浪费的空间要远远多于仅仅“ 100 MB 而你每天都要使用的程序。……因此浪费空间的说法实在很荒谬。”
“浪费运行内存?”——主要的观点有：
- 共享库浪费的内存要远远少于程序的运行时数据所占用的。
- 而今运行内存已经很便宜了。
“安全梦魇”——不是每个应用程序的运行真正的要注重安全。
而且，许多应用程序甚至从来没有过任何安全更新，除非在“滚动更新的发行版”。
除了 Sven 这种从实用出发的观点以外，Till 其实也指出了捆绑应用在一些情况下也有着其优点：
- 专有软件的供应商想要保持他们的代码游离于公共仓库之外将更加容易。
- 没有被你的发行版打包进去的小众应用程序将变得更加可行。
- 在没有 Beta 包的二进制发行版中测试应用将变得简单。
- 将用户从复杂的依赖关系中解放出来。
***的思考
虽然关于此问题有着不同的想法，但是有一个被大家共同接受的观点是：捆绑应用对于填补 Linux 生态系统有着其独到的作用。
虽然如此，它的定位，不论是主流的还是边缘的，都变得愈发清晰，至少理论上是这样。
想要尽可能优化其系统的用户，在大多数情况下应该要避免使用捆绑应用。
而讲究易用性、尽可能在维护系统上少费劲的用户，可能应该会感觉这种新应用十分舒爽。
