近日下载了火影忍者的漫画,结果目录中的图片文件命名方式是1,2,.....,10,....99,100,这样在acdsee中观看的顺序就是1,10,100....不是按照数字的顺序,看起来比较郁闷。故此就动手写一个批量文件改名的小程序,把文件名补齐为3位,按照001,002,...,009,010,...这样的顺序。
涉及到的知识:string的函数;File和Directory函数;Environment和一些界面类
核心代码如下:十分简单
- // 清空log
- this.listBoxLog.Items.Clear();
- // 获取当前路径下全部文件名
- String[] files = Directory.GetFiles(Environment.CurrentDirectory);
- foreach(String filename in files)
- {
- // 最后一个"\"
- int lastpath = filename.LastIndexOf("\\");
- // 最后一个"."
- int lastdot = filename.LastIndexOf(".");
- // 纯文件名字长度
- int length = lastdot-lastpath-1;
- // 文件目录字符串 xx\xx\xx\
- String beginpart = filename.Substring(0, lastpath+1);
- // 纯文件名字
- String namenoext = filename.Substring(lastpath+1, length);
- // 扩展名
- String ext = filename.Substring(lastdot);
- if(length < 3)
- {
- // 补齐为3位,组成新的文件名
- String namenew;
- if(length == 1)
- namenew = "00" + namenoext;
- else
- namenew = "0" + namenoext;
- String fullnewname = beginpart + namenew + ext;
- // 改名
- File.Move(filename, fullnewname);
- // log
- this.listBoxLog.Items.Add(namenoext + "--->" + namenew);
- this.listBoxLog.SelectedIndex = this.listBoxLog.Items.Count - 1;
- }
本日志由 flyinweb 于 2009-06-19 23:50:04 发表,目前已经被浏览 4733 次,评论 0 次;
引用通告:http://www.517sou.net/Article/54/Trackback.ashx
而且直接配置文件是效率最高的,通过其它驱动效率都相对较低,BDB
这个测试不太准确,看官方的测试结果:http://bind-dlz.sourceforg
为什么使用BDB时QPS这么低? 我在bind版本基本相似的环境中测试的
It is quite useful and interesting too.
VIRT 的上限是64G,也就是36位, cat /proc/cpuinfo的结果是:addre
昨天要准备用线程重写webbench,试验了下Fedora Linux 2.6.35.14
不明白您的具体的意思是什么?
已经发送到你QQ邮箱