我咔我咔。你没算上各自写的控件吧,再说也有一些个人也不愿意不给钱就交贺啊。
你是做什么的啊口气这么大(不会MS的BOSS是你的亲戚吧)

解决方案 »

  1.   

    “不同应用使用OCX/DLL的不确定性”使得你的想法不太现实,也不合理,我完全不同意你的观点,但我愿提供一些vb常用的DLL名:
    MSSTDFMT.DLL
    MSSTKPRP.DLL
    OLEAUT32.DLL
    ……
      

  2.   

    看来也很难行的通啊,比如我写一个不用其他控件的程序,做成安装的话,我肯定不用发布那么多的OCX/DLL等......
    所以好象也不用这样,不过可以把VB本身常用的动态连接库做成VB公用安装包~...
      

  3.   

    我不是想把所有的的控件都打包起来,这也不可能但是msvbvm60.dll总是大多需要的吧,公用空间也有人用(虽然有人反对,但还是比较好用的),RTF编辑框也是常用的,一般带加亮显示关键词的编辑器都得用到它,还有公用对话框,虽可用API解决,但用起来也没什么不便,这些我们常用的控件/运行库打包在一起不会比DIREXT5大吧,这些控件/运行库对上面的几位高手也许是垃圾,但是对我们这些菜鸟还是有些用处的,在公司做工程时虽然无需考虑程序的大小,但如果做靠网络传播的共享软件,每一字节都很珍贵,有很多VB编的软件,至少1M以上,界面好看一些的有的有4M-5M,要是每个VB程序都那么大,谁还会下载,用其它语言写的同样功能的软件都比VB写的小得多,要使每台机器上都有一套VB控件/运行库,那么VB程序都可以做得很小,大多可控制在1M以内,下载就很快了,及时用上其它控件/运行库,也可以另行打包安装。并没有限制控件/运行库的调用。
    有些优秀的VB共享软件,都有标准版,完全安装版两个版本,一个500K,一个5M,学Delphi/VC++的人还说VB程序只能在在本机上编译后才可正常运行,这大多是控件/运行库的问题。
    这只是小弟的一些想法,小的今年才高一,要是想法太天真的话请不要见怪,要使这个想法属于狂想的话请各位马上Kill掉,我需要人来泼冷水。
      

  4.   

    其实我也过要做,我认为这样比较好:
     可以按类别来做(当然,msvbvm60.dll是一定要的,只提供一个就好了,毕竟它也很大),然后可以分类,例如:常用的编辑类、数据库的DA-ADO(jet引擎)等、图象类......等等提供下载..
    有什么好的想法可以来信谈谈,(其实你的想法并不天真)。email:[email protected]另:我不能算是高手,只能算菜鸟.