WINDOWS的SHELL功能实在是跟LINUX的差远了
于是好多SHELL迷们跟我一样在找寻相应的替代方案
不过,其实WINDOWS自己支持的VBS和JS功能也不弱呀
而且VBS和JS内置了丰富的对象
像DICTIONARY对象,FSO对象,ADO对象,WSH对象,正则表达式等
想想这些东东,着实非常强大
只可惜,只能做成VBS来用,如果写一个小工具,发布出去,难免有些不便使用
好在有VBS2EXE
这个东西不只支持VBS哟,它也可以支持JS
跟我以前用的SCRIPTTOEXE相比
他更好用
可以指定生成程序的图标,版权信息,版本等等,而且,可以选择是否支持WSH功能
不过,也不是完美的噢
他自带的那个VIEW SCRIPT功能最好不要用
因为实在不是个好的编辑环境
最后,他打包后的EXE文件,一般都有580KB以上
我查了查VBS的RUNTIME文件,好像也是580KB
因此,我猜想,他是不是将VBSRUNTIME一起打包进去,然后做了个执行入口?
不管怎么说,他还真是个不错的工具
我就用它做了个GUID生成器
于是好多SHELL迷们跟我一样在找寻相应的替代方案
不过,其实WINDOWS自己支持的VBS和JS功能也不弱呀
而且VBS和JS内置了丰富的对象
像DICTIONARY对象,FSO对象,ADO对象,WSH对象,正则表达式等
想想这些东东,着实非常强大
只可惜,只能做成VBS来用,如果写一个小工具,发布出去,难免有些不便使用
好在有VBS2EXE
这个东西不只支持VBS哟,它也可以支持JS
跟我以前用的SCRIPTTOEXE相比
他更好用
可以指定生成程序的图标,版权信息,版本等等,而且,可以选择是否支持WSH功能
不过,也不是完美的噢
他自带的那个VIEW SCRIPT功能最好不要用
因为实在不是个好的编辑环境
最后,他打包后的EXE文件,一般都有580KB以上
我查了查VBS的RUNTIME文件,好像也是580KB
因此,我猜想,他是不是将VBSRUNTIME一起打包进去,然后做了个执行入口?
不管怎么说,他还真是个不错的工具
我就用它做了个GUID生成器