对于windows系统，不知道大家看到这个是什么想法

三月廿七

walleeee 发表于 2012-05-19 17:00
回复 58# 三月廿七

我问了个技术问题， 帮我解答一下

walleeee

回复 59# ecloud


你这种说法正式很多大型开发集成环境，比如vc，cbuild这些东西做的事情。

它们这么做重要原因之一是为了让在它们上面开发的程序能保证发布出去能运行（发布的时候带它们的东西）。

对linux这种开放系统而言，这个问题就被弱化了，因为大家都是这么用的，也就不存在是不是发不出去不能运行什么的了，所以直接连接/usr/lib下面的也可以理解。

但是你说runtime和sdk分开这算是一个想法。能保证开发环境和系统隔离。

对。winsdk就是包含编译器以及配套库的东西。

ulovko

zylthinking 发表于 2012-05-18 01:17
算了， 就胡扯两句：
windows下有这现象， 很显然都是商业软件， 独自发行， 说不定还要卖钱， 人家需要考 ...

支持，我喜欢你！

AD8018

用户真的在乎你的程序大小，是5M还是1M吗？

我连mfc的dll都不愿意看到。
要么自带dll，要么静态链接。
用非系统原生的dll，是自杀行为。

walleeee

回复 64# AD8018


现在可能在乎不那么明显。但是也不少见，你看看很多开源程序小巧也是卖点。

静态连接的问题在于浪费了内存，这个带来的问题又更多了。

北河东林

不觉得有什么不妥

KanonInD

回复 56# ecloud

dia 的文件列表：http://www.archlinux.org/packages/community/i686/dia/files/
inkscape的文件列表：http://www.archlinux.org/packages/extra/i686/inkscape/files/
gpg的文件列表：http://www.archlinux.org/packages/core/i686/gnupg/files/

没发现它们自带了各自的zip库。
你的情况可能表明了：在软件打包方式上，ios和windows长同一副德性。

ecloud

KanonInD 发表于 2012-05-25 17:43
回复 56# ecloud

dia 的文件列表：http://www.archlinux.org/packages/community/i686/dia/files/

你应该去看gnu.org上的文件列表，而不是某个发行版的
另，GNU软件标准的发布方式是源代码autoconfig编译安装，即configure,make,make install

flw

楼主是想说迅雷很垃圾吗？
居然这么久都没人提到迅雷。
那一堆重复的 dll 还不都是迅雷搞的。

walleeee

回复 69# flw


    没有。我只是临时想起这个事情，随便搜了个。你换成其他dll也行。什么iconv.dll，zlib.dll，mscrt****.dll，xxx.dll

都行。