以前我使用JSMin的时候，都是从这里打开执行页面，然后把自己的代码粘贴过去，再把减肥后的代码复制回文本编辑工具、保存。
久而久之，我发现这样实在是太麻烦了！既然我们是程序员，为何不自己动手把事情变得简单一点呢？
因此我开始了对JSMin进行“友好化”的工作。
而在进行“友好化”工作的过程中，“不出意料”地遇到了一些意想不到的问题，马上我就讲遇到的是哪些问题、最后怎样解决。
不过由于是在一切问题都解决之后才想起来写文的，所以很抱歉，这次是“无图无真相”。
在开始进行讲解之前，我先说明一下这次问题所涉及到的一些技术知识——如果你具有Windows脚本宿主的编程经验，那么这部分你可以跳过；如果你具有ASP的经验，那么这部分可能有一些内容你已经知道了。
Windows Script Host(WSH)即Windows脚本宿主，表现为一些可执行文件（wscript.exe和cscript.exe），它们的功能是在不受Internet安全策略限制的情况下执行用JScript或VBScript编写的任务文件，从而进行一些系统管理工作。值得注意的是，默认情况下Windows中以.js为扩展名的文件都被认为是WSH文件，如果你尝试双击一个.js文件，你可能会发现一些错误提示，或者被杀毒软件拦截。
HTML Application简写为HTA，顾名思义，是“HTML应用程序”——它和Windows脚本宿主一样在相当宽松的安全条件下执行脚本，和Windows脚本宿主不同的地方是HTML应用程序往往具有较好的图形界面。本质上说一个HTA文件其实就是使用了特殊扩展名的HTM文件，如果你不想在制作界面上花费太多的精力，而又正好同时具有HTML和WSH经验，那么使用HTML Application来解决问题是一个相当不错的选择。需要注意的是HTML Application也常被认为是WPF技术的前身，如果你的目标使用环境具有WPF支持（即.NET框架3.0+），那么使用WPF可能更加适合。HTA文件因为易于创作而一度被用于木马下载器，时至今日可能仍有一些杀毒软件粗暴地将HTA文件判断为木马下载器。就像.exe这样的二进制可执行文件一样，一个HTA文件是否有害是由自身设计决定的，而不是被文件类型先天决定。
FileSystemObject，简称FSO，是Windows脚本技术中为了方便脚本进行文件系统操作而提供的组件对象，在ASP编程中也很常见。
WshShell，是WSH运行环境为了方便脚本操作Shell相关物件而提供的组件对象，很多WSH程序都使用了这一对象。
ADODB.Stream，有的时候也被称作“ADO Stream”，是ADO中为了方便操作二进制数据流而提供的组件对象，但也经常被用在数据库以外的地方，例如文件操作。
“只要在文件图标上点点鼠标就可以”这样的功能特性被称作“外壳关联”之类的东西，很多时候大家对外壳关联的认知是“关联到鼠标双击”什么的。但稍微留心一点的人都会发现在点击鼠标右键弹出的快捷选单中，除了默认的指令以外，还有一些其它的像是“编辑”、“打印”之类的指令。
而我们这一次要做的，就是为.js文件增加一个“Minimize”指令，当我们点击这个指令的时候就会启动JSMin给我们的ECMAScript代码减肥。
就在这里，我遇到了第一个问题：
我编写了一个.js文件（实际上是一个WSH任务文件），用它来实现“自动化”地“安装”。
在Windows中为.js文件增添文件关联，需要在HKCR\.js这个注册表项的“默认”值所对应的“JSFile”——HKCR\JSFile项之下的Shell项添加子项，以及从属的名为Command的子项。
在HKCR\JSFile\Shell下面添加了Minimize项并为Command子项设置了“我的hta文件路径 "%1"”值以后，我发现使用这个Minimize指令后会产生一个“不是合法的可执行文件”这样的错误，而如果在前面添加了start指令，又出现了“打开方式”对话框……
看起来在Shell项下面这么投机取巧好像是不行，所以我只好先读取htafile的文件类型设置，然后将它设置到刚才新增加的Minimize指令中，.js文件中是这样写的：
复制代码 代码如下:
view sourceprint?1 var asocCommand = wshShell.RegRead("HKEY_CLASSES_ROOT\\htafile\\Shell\\Open\\Command\\").replace("%1", instPath + "\\" + appExec).replace("%*", '"%1"');
外壳关联的问题刚解决，紧接着就是命令行参数的解析问题：
最初我打算用WSH任务文件作为这个小工具的载体，但马上我发现默认情况下WSH文件缺乏UI支持——VBScript中的InputBox和HTML中的prompt在用JScript编写的WSH任务文件中是不存在的，如果坚持使用WSH就只能通过Windows控制台来获得用户输入。而如果通过控制台来获得用户输入的话，这个工具的标准使用流程就变成了“鼠标点击文件图标——快捷选单——Minimize——键盘输入一个字符”，在一系列鼠标操作（当然，用键盘操作也是可能的）之后突然改用键盘，这好像不太对劲。
因此，我选择了使用HTA这种可以提供丰富界面的文件类型来作为实现这个工具的途径。
而选择了HTA，也就意味着同样要失去WSH“不外传”的一些特性，例如缺少了用于解析命令行参数的“Arguments”对象。
而在我的构思中，应该是可以通过-level参数指定JSMin的代码缩减等级、通过-silent参数来关闭提示信息的。如果不能从命令行中解读出这些参数，这些功能就没有办法实现。
因此我编写了两个函数：
复制代码 代码如下: