|
|
本帖最后由 wubis 于 2014-9-12 11:24 编辑
论坛里很多人用ultraedit(以下简称ue）和emeditor(em),但是我用过后也不觉得...
首先，之前处理过国语辞典59m txt（被我用notepad++(npp)精简到这样），可是这个过程也不是很快（1g amd athlon x2 双核xp），尤其是转十六进制时，我还怀疑烧内存了。
emeditor替换速度还行，可是它占用的是文本的不止2倍内存，可能还多一点（我选择用内存作为缓冲区了）。有一次我打开一份100m以下的文件，被吃了500m有多内存。小文件就没用它处理过了。
editplus处理大文件没用过，不过其正则和行标签真的很实用（我还不会）
npp才是我要吐嘈的，一份用npp处理过的txt不能build，然后全选复制粘贴到另外一个新npp文档后就可以build了，而且新文件比旧文件大了3m，这种情况出现多次了，npp都是较新版的，第一次出现这种情况让我十分头痛，格式都是dos/windows utf8 无bom的，后来积累了这种经验，遇到问题直接全选复制。如果有高手知道这是怎么一回事，请做科普。
npp也是用scintilla的，我那个有问题的用的是3.3还是3.4的dll。以前的scite替换速度也一般，稍微比emeditor慢一点，可是替换超过十万次的时候，emeditor说放弃撤销记录可以快一点，实际上快1倍左右。scite/npp就明显快了，最近替换一个</font>311万次，npp大概用了30-40秒，也是把txt载入到内存的。而且scite/npp载入的内存说实话真的比em小，大概txt的1.5倍到2.5倍，当然随着编辑进行会增加到挺大的。
最近的scite更新到3.5，那速度真的快多了，比3.5以前的真的不是一个档次，约是npp的1.3-1.5倍，（在一份oald8上处理<span 类标签的替换），真的建议对npp的特色功能没依赖的用以下最新版的scite
还有npp的空白行删除功能可能会把所有换行符都删掉，我再也没试过，也不知道具体bug.
科普：scite和npp都用同样的scintilla.dll，npp用的要旧点，scite就是scintilla的作者的演示作品
本帖不为口水，只为交流经验，不要激动，我对上述几个也就这些了解，要想比性能，按一般流程做 |
|
发表于 2014-9-12 11:10:55
楼主
