[1]

来自北京的 Opera 38.0|GNU/Linux 用户 发表于 2016-06-24 10:56 的评论：

6 赞 回复

软件包体积会不会瞬间十几倍的增加

[2]

linux [Chrome 50.0|Mac 10.11] 发表于 2016-06-25 09:18 的评论：

6 赞 回复

你想多了，十几倍怕是不够。。。

[3]

来自四川成都的 Chrome 51.0|Windows 10 用户 发表于 2016-06-25 11:23 的评论：

8 赞 回复

去除依赖就少了很多共享，添加了冗余文件。。就像动态库和静态库区别。。小软件用这种方式独立打包还好，大的软件估计快要把操作系统中的库包含个遍，得不偿失

[4]

linux [Chrome 50.0|Mac 10.11] 发表于 2016-06-25 17:05 的评论：

5 赞 回复

说的没错，之前 LibreOffice 打包成 Snap 就大到了 1G ！

[1]

来自北京的 Opera 38.0|GNU/Linux 用户 发表于 2016-06-24 10:56 的评论：

6 赞 回复

软件包体积会不会瞬间十几倍的增加

[2]

linux [Chrome 50.0|Mac 10.11] 发表于 2016-06-25 09:18 的评论：

6 赞 回复

你想多了，十几倍怕是不够。。。

[3]

来自四川成都的 Chrome 51.0|Windows 10 用户 发表于 2016-06-25 11:23 的评论：

8 赞 回复

去除依赖就少了很多共享，添加了冗余文件。。就像动态库和静态库区别。。小软件用这种方式独立打包还好，大的软件估计快要把操作系统中的库包含个遍，得不偿失

[1]

来自北京的 Opera 38.0|GNU/Linux 用户 发表于 2016-06-24 10:56 的评论：

6 赞 回复

软件包体积会不会瞬间十几倍的增加

[2]

linux [Chrome 50.0|Mac 10.11] 发表于 2016-06-25 09:18 的评论：

6 赞 回复

你想多了，十几倍怕是不够。。。

[1]

来自北京的 Opera 38.0|GNU/Linux 用户 发表于 2016-06-24 10:56 的评论：

6 赞 回复

软件包体积会不会瞬间十几倍的增加

[1]

Wf_talk [Firefox 46.0|GNU/Linux] 发表于 2016-06-24 19:38 的评论：

5 赞 回复

最近流行打包格式的标准。