我用C#里的richTextBox写个编辑器,可是处理个20M的文本就显得慢了,本来想用API来写,可是转换成P/Invoke总是有错误,哪位知道直接用C#来处理大文件吗?象ultra edit处理文件真TMD快。
不知道怎么用.net能写出象它那样高性能的程序呢?不过那个希望还是放在以后,目前处理大文件确实让我发愁。希望精通此道的给点好的建议或者Code Example!

解决方案 »

  1.   

    谁让你用richTextBox处理20m的文本了,别人ultra edit也没有用那东西。
    如果你自己写个TextBox一样的快,无非分页问题,没有什么大不了的。
      

  2.   

    To bomb_boy(梦之星):
       那你说在C#里面应该用什么来做编辑控件呢??当时在VC里面,Document/View把我给搞晕了,我想那个肯定能做出来,不过在.net里,只有TextBox和richTextBox两个编辑控件,没别的了,应该用什么呢?难道要用C++去写这个核心??呵呵
      

  3.   

    viena(维也纳nn) ::利用好缓存就可以了~你说的是写文件时候byte数组的大小吧?我一般用那么大都是用8K[8192].
    不知道你说的是不是这个意思??
      

  4.   

    没人说的具体点,我去看看,怎么从最原始的SDK来实现这个破东西,真麻烦啊!还好有时间慢慢去琢磨!
      

  5.   

    能否发份代码给我,我看看~。不过能否解决问题还说不准
    [email protected]
      

  6.   

    慢是体现在哪呢?打开文件还是对文件的编辑?
    如果是打开的话因为要进行大量的draw工作(把字符显示到richtextbox中),所以比较慢
      

  7.   

    那我是不是先读一部分然后滚动条滚动的时候再让它读取一部分,还是应该怎么办了,有些SQL浏览器,它就是当滚动的时候它才把那些记录才显示出来的,否则它只显示你看得见的一部分,但是当拉动滚动条太猛的时候,就会一样很慢!
      

  8.   

    那是什么问题了啊?老外用C#写了个.net的开发环境,它那个处理文本肯定就不错,可惜我下载不了它的源码。我想VC++肯定能写出来的,可是就没办法用C#去实现吗?高手帮忙啊!
      

  9.   

    20M的东西需要用IO流来处理了
      

  10.   

    20M?直接操作硬盘文件比较好吧
    ue也是缓存+硬盘
      

  11.   

    操作数据是不慢,可是在显示效果上就不行了(在RichTextBox里一行一行向下刷),不如UE了!