强烈反对粘虫似的软件依赖项安装模式!!!!!!!!!!

clonne 发布于 2012/06/28 23:06
阅读 387
收藏 1

Serverless 架构就不要服务器了?>>>

现在有一些软件,其实用户只需要那那个软件的功能,至于什么安装啊纯属一个过程,完全不是用户需要做的。现在的一些软件,在安装的地方莫名其妙的搞出一大堆依赖项,而且还需要用户去下载,去安装。我************,我碰到几次这种情况,这些软件安装的方式真的很莫名其妙,作为用户的角度来看,你用你的软件是看得起你,首先能运行好才是真理,但是却在安装软件的过程中被一大堆莫名其妙的依赖项所困扰,像我的话,我是懒得去为这些软件还去下依赖项啊,什么的。

然而以上的情况仅仅属于稍微恶劣,最恶劣的是“强制共享DLL”,就是那个软件所需要的DLL,明明在自己的软件目录里放就可以了,但是非要跑到系统目录,或者在环境变量里设置一下,这点我认为是恶劣到了极点,大型软件PS、3DMax那些可以稍微能理解下,但是只有几个百多KB、几MB的软件的DLL依赖项也这么做,我感觉完全不能容忍,现在的硬盘动辄几百上千GB,都要步入TB级了,还为了那一点的空间而共享DLL(放到系统目录、或其他目录但设环境变量等),我认为这是很无聊的游戏,我自己的电脑为什么让你这么弄乱?

我这里所指的软件是哪些呢?不错,就是GNU/Linux的所有的库,不管是什么GTK还是莫名其妙的东西,总是一大堆依赖项,当然这点也不是不能忍,我反正认为如果GTK只弄成1个DLL就会提高很多友好度。当然,让我火的不是GTK,而是GTKmm,为什么?我是在比尔盖茨平台下编程,所以我下了gtkmm的win安装包,然后就马上编写例子试试看,但是当我编译运行后,竟然没有提示缺少DLL!(我并没有放gtkmm所需的dll在程序目录)而是正常运行!显示了个窗口,我很震惊,后来我才发现原来调用的dll是gtkmm目录的dll,我很失望,gtkmm竟然擅自作出这种愚蠢的事。所以我就把gtkmm的安装目录复制了一份,然后卸载,现在就正常了,我编译的例子也提示了缺少dll,我在复制了所有dll后一切正常。

我对这样的做法感觉非常愤怒,我很不明白,才15M的dll,你就是共享的再好有什么用,一个软件的安装包中包括这堆DLL困难么?才15M。那个什么译王就是个例子。

反正我是绝对不会做出这种愚蠢的事,虽然我也用GTK,但是我绝对会将所有依赖项DLL全部打包在一起,而不是将这件事推给用户,去他的依赖项!

加载中
0
mallon
mallon
也是啊
0
中山野鬼
中山野鬼
正常啦。相信日后会有股潮流,软件瘦身运动。代码不够小,依赖性不够少,都不好意思出去打招呼,更别说发行。。
0
Lunar_Lin
Lunar_Lin
       淡定淡定. 如果放在本地目录就失去了 dll/so的本意. 其本意就是大家一起用 能省去内存.
你说的这些问题算不上问题.  依赖冲突 才是真正的郁闷. Dll hell, win下比linux下要缓和很多. 很多软件会打包自己的dll在自己的目录, 而不是用系统的.

       linux下 A1 依赖B1和C0,  而B1依赖C1, 而C1坚决不于C0共存于一个系统. 这时候你就无奈的蛋碎了, 甚至蛋破人亡.
      

0
clonne
clonne

是的,虽然我也喜欢Linux、喜欢开源、喜欢GNU(强大的GCC)。

但是Linux软件的依赖项问题真的很无奈

0
johnzhang68
johnzhang68
“都要步入TB级了” 的TB错了。应该是PB。
中山野鬼
中山野鬼
哈。没办法,指针都64位。。。。害得我现在写代码,内部指针都改成下标方式,间接寻址了。
0
Codin
Codin
╯-____-)╯~═╩════╩═~
0
soon
soon

在windows下,把gtk和gtkmm什么的扔进垃圾堆吧

看看gimp那垃圾界面,谁用谁知道

 

clonne
clonne
好建议,我已经丢了,重新用回了Qt
0
zcfox
zcfox
在这里喊木有用,还是去他们邮件列表喊吧
0
任远
任远
支持绿色软件
0
freish
freish
对于龟速网络,15M意味着什么?可能需要半个小时到一个小时去下载
返回顶部
顶部