中国DOS联盟

近来对字符的P处理感兴趣，却被UNICODE绊住了。

找了又找，到处都是泄气的回答。看来，DOS要被UNICODE送进坟墓了。

VBS可以处理下……

但是也不至于送到坟墓吧？A还是比U的多……

而且用P处理u字符本来就是你选择的不太恰当……

用正确的工具处理相应的操作才是王道……

不是什么都要求用P完成的

学P，是想让一切都在自己的掌握下运行。这是图形界面所不具备的。

因为一个UNICODE问题，偶就学VBS？拿来主义也不是学P的初衷。~~~矛盾中。。。。。。

这是图形界面所不具备的。

如果你搬GUI的，那么调用VBS怎么了？3方怎么了？
只不过是你实现 u->a转化的命令……有什么不能用的呢？

你写出来还是一样知道它的工作流程……

要不你为P，把生成你要处理的u编码的文本的工具换掉，搞个生成是a的……



因为一个UNICODE问题，偶就学VBS？


不足还不愿去弥补?

那你就更高级点，把P下不能处理u命令重编写了……让它支持……


安装个软件，我想P帮我填信息，帮我下一步……等等……

P不行，给你说脚本，说AU3……

你要说因为一个XXXXX问题，要学XXXX？

P有自己优势，也有自己的弊端，甚至一些死穴！
希望可以认清，保持一个理性的头脑去解决问题。

呵呵，谢谢你答理我的自言自语！

其实你没完全弄明白我的意思。

我要的是在一个批处理下一口气完成一整套长程的复杂操作，力避手工操作。现在只差这个文本处理问题了。

喜欢DOS，因为它亲切、简捷、有效率。它不会酸不溜滴装娼妓，告诉你使用它要这个条件，那个条件；更不会对你横眉瞪眼装孙子，说这个不可，那个不行。

但是，现在碰到了UNCODE的麻烦，造成我的工作进度停顿不前，同时也知道了DOS的局限性。考虑学VBS，又不能马上奏效，所以这几天很烦。

试了SED和WFR，好像都不能解决UNCODE问题。

为解决燃眉之急，也试了试现成的编码转换工具，论坛就有VBS版的。因为不懂VBS，不能灵活运用。

这两天对DOS有点牢骚，但仍然是喜欢它滴。

论坛有将VBS写的想个命令那样调用的……

和看其他命令的参数一样……

（PS：VBS代码有时候不简洁，但是平均效率可是高于P很多的哦。）

好象论坛里提到用cmd.exe /u可以应付一下吧。

谢谢slore，我再试一下VBS。

谢谢LiuJiaCh，你说滴完全有理~~

我还没放弃在DOS下处理文本－－－－“我们一直在努力”！