|
|
本帖最后由 wubis 于 2014-9-12 11:24 编辑 5 C+ V+ n1 M; T. q/ v _4 X
f1 e8 m5 ^2 E! m6 t4 O3 z论坛里很多人用ultraedit(以下简称ue）和emeditor(em),但是我用过后也不觉得...
2 E9 b9 d% A8 D首先，之前处理过国语辞典59m txt（被我用notepad++(npp)精简到这样），可是这个过程也不是很快（1g amd athlon x2 双核xp），尤其是转十六进制时，我还怀疑烧内存了。
1 f4 [! `$ a+ |( o2 ^! ^! p5 `2 _% n) n+ j" i4 l( Q. w
emeditor替换速度还行，可是它占用的是文本的不止2倍内存，可能还多一点（我选择用内存作为缓冲区了）。有一次我打开一份100m以下的文件，被吃了500m有多内存。小文件就没用它处理过了。
9 S% x0 i! p- D1 Y# S
5 {+ I- L1 ^; T* U! |2 geditplus处理大文件没用过，不过其正则和行标签真的很实用（我还不会）
$ M, h! A6 Z5 Z& X7 C7 g `, I" T7 e) x6 _
npp才是我要吐嘈的，一份用npp处理过的txt不能build，然后全选复制粘贴到另外一个新npp文档后就可以build了，而且新文件比旧文件大了3m，这种情况出现多次了，npp都是较新版的，第一次出现这种情况让我十分头痛，格式都是dos/windows utf8 无bom的，后来积累了这种经验，遇到问题直接全选复制。如果有高手知道这是怎么一回事，请做科普。- V k3 o+ \' { h, X6 G
% @) M- y5 M. s0 l/ x, b
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倍，当然随着编辑进行会增加到挺大的。) T% R; F$ N4 Q& C0 \4 J! b
( z1 y e) R W* K% J* H5 j最近的scite更新到3.5，那速度真的快多了，比3.5以前的真的不是一个档次，约是npp的1.3-1.5倍，（在一份oald8上处理<span 类标签的替换），真的建议对npp的特色功能没依赖的用以下最新版的scite) ]: j8 a" B6 s# t) n3 L2 x1 V% U C
8 ?* O$ B$ {3 _( A. T4 X
还有npp的空白行删除功能可能会把所有换行符都删掉，我再也没试过，也不知道具体bug.9 V, o4 z% m5 `5 j9 m; _# e
科普：scite和npp都用同样的scintilla.dll，npp用的要旧点，scite就是scintilla的作者的演示作品0 q0 l9 w; H( n3 E) `7 t$ Z
: L! T; r2 v5 G) ^本帖不为口水，只为交流经验，不要激动，我对上述几个也就这些了解，要想比性能，按一般流程做 |
|
发表于 2014-9-12 11:10:55
楼主
