V2EX 首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  macOS

万能的 V 站,求推荐 mac 下非命令行的纯文本编辑浏览软件(GUI)

  •  
  •   szetrov · 38 天前 · 2585 次点击
    这是一个创建于 38 天前的主题,其中的信息可能已经有所发展或是发生改变。
    本子是 2017 官网高配 rmbp15。最近开始往数据科学方向偏了,要大把大把地处理数据,另外编程序打的 log 也动不动几十 MB (不大,我知道,但就这大小的 txt 我本子已经开始卡了)。
    最开始用的 macOS 自带的 textEdit,不知道是有什么黑魔法我没找到还是怎么的,随便一个 20MB 的纯文本 txt 打开,稍微一拉滚动条,彩虹圈就转半天,试了 VS Code,稍微好一点,但也时不时卡死。
    现在在拿 Chrome 打开 txt 的方法顶着,反正我就很崩溃。

    不要推荐 VIM 不要推荐 VIM 不要推荐 VIM,要带 GUI 的。。。。
    第 1 条附言  ·  37 天前
    目前的候选:
    Sublime Text、TextMate、一票 GUI VIM ( VIMR、MacVIM...)、CotEditor、010 Editor、ultraEdit、BBEdit
    不考虑的项:
    VS Code、 // 现在在用,卡
    atom、// 从回复看比 VS Code 还卡
    Emacs、// 学习曲线
    TextWrangler、// 官方已用 BBEdit 替代

    wikipedia 已看晕,[Comparison of text editors]( https://en.wikipedia.org/wiki/Comparison_of_text_editors)
    很遗憾帮助不大,对比表格里面大文件支持这一列里面提都没提 Sublime 和 Atom

    候选的几个试完后打算出个对比 blog,挖个坑,几星期后填(*_>*)
    58 回复  |  直到 2018-01-20 04:57:12 +08:00
        1
    iPhone8   38 天前
    sublmie
        2
    iPhone8   38 天前
    sublime
        3
    limbo0   38 天前
    vscode
        4
    ynyounuo   38 天前 via iPhone
    要速度的话
    Xi
        5
    bigeast   38 天前 via Android
    Vim 也可以有图形界面啊😄
    或者 VimR 也不错。
    atom 之类的也可以试试。
        6
    ironx   38 天前 via Android
    日志太大了,先把不必要的信息拿掉
        7
    liprais   38 天前 via iPhone
    先学会 awk ,sed
        8
    ck65   38 天前 via iPhone
    Sublime 处理大文件还是很稳的。
        9
    popbones   38 天前 via iPhone
    log 的话试试 console
        10
    tchekai704   38 天前 via iPhone
    以前在 windows 上用 ultraedit 分析几个 G 的日志是常事。
    比 sublime,vscode 一堆软件都强。或许可以尝试一下 mac 的 ue ?
        11
    ililu   38 天前 via iPad
    textwrangler
    Appstore 就可以免费下载
        12
    oott123   38 天前
    CotEditor ?
        13
    Catyuki   38 天前
    Atom 还不错
        14
    crayygy   37 天前 via Android
    glogg ?
        15
    mritd   37 天前
    vscode +1
        16
    hxsf   37 天前   ♥ 2
    GVim
        17
    xupefei   37 天前 via Android
    010editor 有 mac 版,打开几个 gb 的大文件没问题。
        18
    coderbean   37 天前 via iPhone
    性能首选 sublime text,不要性能可以 atom
        19
    toan   37 天前 via Android
    前三楼已给出答案。
        20
    VincentH   37 天前
    和我的使用环境很像,我也是要看 log 和数据文件。macvim,atom,sublime,我都试了。性能上 macvim 和 sublime 开大文本很好,atom 开几十兆文本已经开始有点卡了。但是我最后的选择是 atom 用来写代码(用习惯了),macvim 用来看文本数据。
        21
    tairan2006   37 天前
    gvim,gui 不 gui,哈哈
        22
    Mogugugugu   37 天前
    sublime 开上 G 的日志无压力- -
        23
    brickyang   37 天前 via iPhone
    Atom 以性能渣著称,推荐它的人真的打开过大文本?

    VS Code 好一些,但仍逊于 Sublime Text。

    倒是系统自带的文本编辑器处理 20MB 的 txt 文件会卡死这个似乎不太正常吧…
        24
    secondwtq   37 天前
    Emacs
        25
    icyalala   37 天前
    对于 log 这种数据,sublime、vscode、bbedit、甚至各种浏览器都能很顺利的打开。
    但是,我有些几十 MB 的 json 文件,没有换行符的那种,sublime 打开就非常非常慢了,vscode 打开快但是无法换行,只有浏览器能快速打开,边加载边显示。
        26
    Kai   V2EX Moderator   37 天前
    Sublime Text 或者 TextMate 吧,反正后者还是比较适合替代 TextEdit
    http://macromates.com
        27
    eclipselu   37 天前   ♥ 1
    https://www.onivim.io/ 也是 Vim 有 GUI 的
        28
    ETiV   37 天前 via iPhone
    光“浏览”的话,vim 快很多

    昨天才开了个 1G 多的 sql dump,sublime 要很久很久…
        29
    bao3   37 天前
    如果楼主非要使用非命令行的工具打开大文本文件,那就使用带 GUI 的 MacVIM 吧,爽得飞起。
        30
    mxalbert1996   37 天前 via Android
    楼主连 VS Code 都不要了楼上居然还有人推荐 Atom ?
    以个人在 Windows 平台的经验来说 UltraEdit 是处理大文件最好用的(我经常需要处理 100+ MB 的词典文件,UE 打开、浏览、搜索速度都很快)。
        31
    xiadong1994   37 天前 via iPhone
    打开大文件的话,我觉得最好用的是 sublime,相同的文件 atom 打开会卡死
        32
    Mutoo   37 天前
    这种活当然是给 vim 来做,与 GUI 文本编程器不同,它是流式文件处理,只加载可见的部分到界面上。当然不会卡。
        33
    Zhongwei   37 天前
    less is more
        34
    szetrov   37 天前
    @brickyang 是的啊,不正常。觉得是不是哪里设置错了,但查遍 textEdit 的设置没找到有减小内存限制什么之类的黑魔法。。。
        35
    warcraft1236   37 天前
    vscode 卡是你系统的问题,自己找原因吧,我这边打开上百 M 的文本都没有卡的问题
        36
    tunzao   37 天前
    sublime(虽然我只用 vim)
        37
    huijiewei   37 天前
    CotEditor 目前在用,但是打开大文本文件也不太行

    Windows 下面一直用 EditPlus,macOS 下面就没这么好的工具了

    其实工具类软件很多在 macOS 都没有太好的,比如截图的 FSCapture,真的是简单明了超好用,没有任何多余的功能
        38
    gesse   37 天前
    @eclipselu

    这玩意卡得一比,command+P 唤出命令窗口的时候
        39
    ahjsrhj   37 天前 via iPhone
    Vscode 都卡的话那真不好找
        40
    scriptB0y   37 天前
    为什么不用 vim
        41
    20015jjw   37 天前 via Android
    不懂不用 vim 的理由
        42
    szetrov   37 天前
    @scriptB0y
    @20015jjw

    成本计算问题。我的需求很简单,就是读取、浏览、编辑大文件(且保证文件的显示格式正确等),越快上手越好,还有什么比 GUI 开箱即用更快上手的呢
        43
    raptor   37 天前
    GUI 就 macvim 啊,我一直用它。233
        44
    scriptB0y   37 天前
    @szetrov cat tail head 更快上手、速度更快。
        45
    fenglangjuxu   37 天前
    和楼主一样,选择了好久. TextMate 不支持选中同样文字高亮放弃.已卸载.其实还挺喜欢这个软件的.
    现在在用 sublime ,但是有些缺点但是找不到更好的只能忍了.(比如中文输入法搜索,输入的文字,没法搜索;没法设置背景颜色;中文编码还得装插件;选中高亮不明显)
    ultraEdit 还好,暂时还在只是很少用.
        46
    szetrov   37 天前
    @scriptB0y

    你确定向别人推荐使用 cat、tail、head 命令去“读取、浏览、<u>编辑大文件</u>,且保证文件的<u>显示格式</u>正确”是负责任的回复?
        47
    neoxen   37 天前
    mac 下的 ultraedit 可以一试,实践证明,700M+的 sql 文件,起码可以打开、滚动查看、搜索定位、修改保存。vscode、sublime 在以上场景均已阵亡。
        48
    bugcoder   37 天前
    如果只是查看数据文件的话,app store 有款叫 textwrangler 的可以一试。
        49
    janxin   37 天前
    SublimeText,TextWrapper 也可以,不过它不更新了
        50
    kios   37 天前 via iPhone
    jupyter-notebook
        51
    theohateonion   37 天前
    vscode 卡?
        52
    ifaii   37 天前
    vscode 卡? 2012 年的古董机表示不明白
        53
    zetary   37 天前
    用文本编辑器打开数据集好像本来就不是什么好事情, 推荐 50L 的做法, jupyter notebook + pandas, 基本上能够看到数据集的概况.
        54
    bjfane   37 天前
    Sublime Text 比 vscode 卡 才换的 vscode
        55
    xupefei   36 天前
    BBEdit 不用测试了,我打包票它直接爆内存崩溃。
    为啥我知道?因为我也搞大数据处理,大部分编辑器我都试过了。
        56
    eclipselu   36 天前
    @gesse 哈哈 那还是用终端的 vim 吧。
        57
    omghonor   36 天前
    iterm & sublime
        58
    xieyudi1990   34 天前 via Android
    以前手动编辑过 1 GiB 多的文本( Cortex-A55 CPU 综合后的网表)。试了一圈,只有 vim 关掉 syntax 勉强能用。其他花里胡哨的即开即死。
    DigitalOcean
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   鸣谢   ·   1718 人在线   最高记录 3541   ·  
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.0 · 76ms · UTC 12:44 · PVG 20:44 · LAX 04:44 · JFK 07:44
    ♥ Do have faith in what you're doing.
    沪ICP备16043287号-1