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

0xC1988

这个没什么大不了的了习惯了
至少在一定程度上规避了应用程序对同名不同版本的动态链接库的兼容问题

walleeee

回复 11# 0xC1988


我的想法是新版本的动态库该兼容老版本的动态库，换句话说老程序连接到新的动态库应该一样可以运行。
这样系统只需要保存一份最新的动态库。

不知道做到这个的难度，和，各个程序自己带一份拷贝占用磁盘和内存以及维护上面的混乱，两者之间的平衡如何考虑和权衡。

希望能说说看法和技巧。

walleeee

回复 9# zylthinking


你说的商业这个问题，我觉得有道理。
问题是如此混乱的动态库版本是不是也会带来维护上的问题和消耗？之间是如何平衡的？

至于删除共同的动态库，这带来几个问题：
1)我还没疯，没那么多精力
2)不是人人都知道去删除相同的
3)我不知道大家是不是尊艘某些约定，比如很难预料将来是不是又个程序也叫zlib1.dll（这里可以换个不那么出名的程序）
4)windows上程序依赖动态库的版本不同，但是名字又相同，你看我截图中就有好几个是名字一样，但是版本显然不同的（让然，有几个是的确完全一样的），这时你这个办法就不行，又不能改动态库名字（非真正的动态加载，比如在编译时的动态连接）
5)如果MS不是历史上某些时候有鼓励这种行为，或者短时而不加约束，怎么会走到如今这种场面？
6)直接创建的快捷方式不行，mklink可以成功

看来你已经顿悟了，难得，难得

随意，无所谓了

你是说slickedit么？拼写错误？这个？
http://www.slickedit.com/

niumingchao

呵呵，有意思

L_kernel

没什么想法。那是Microsoft的东西，想改变？不行。
没什么想法。那是第三方Windows应用程序生产商的东西，也想改变？不行。

0xC1988

walleeee 发表于 2012-05-18 01:33
回复 11# 0xC1988

一直向下兼容的可能性不大，而不是所有软件都能处于一直升级一直处于有维护的状态，这就是矛盾，自带库起码能保证程序是可运行的
有厂商还会对库进行定制以实现自己的需求，这也需要自带了

商业上的Zy的也说过了

就是linux下也有类似的情况不是，有些软件要求特定的库，虽然大多数时候link一下就可以，但有的时候非再装不可

aychxm

这关微软什么事，分明是各软件开发者自己定义的
如果某个库是开源的，我还可以做下修改，然后在做成.dll，那样的话，我能放在某个公共的lib文件夹么？我何不独立弄一个更省事

wwwsq

这个特性说明windows比linux先进。
linux太搓了。

你从centos 5.7下面拿几个安装包去 5.3 下面装装试试，就知道了。

aychxm

另外，楼主
如果linux的应用软件也达到windows下软件的数量，你看它乱不乱
什么war3啊，qq啊，cs啊，各种乱七八糟的游戏啊，聊天工具，作图工具，安全软件，等等，反正一堆软件
你去天空软件园、太平洋软件、霏凡下载、华军等等一些列软件下载的地方看，
如果有大量公司肯把这大量软件都做个linux版本出来，你再装几个，你看他们乱不乱，你看他们还敢都放在一个公共的lib库里头么
lz井底之蛙，自以为写了点linux程序，就可以鄙视windows上的软件开发者啦！