一直以来,Haskell 都没有一个成熟的 IDE 产品,但作为小众语言,haskell 的生态圈还算是比较强大。再加上现在有了 Atom,VS Code 这样优秀的编辑器,通过各种插件还是能够有体验比较 nice 的开发环境的。
VS Code 比 Atom 更轻,运用的时候占更小的内存,但发布较晚,生态各方面并没有 Atom 的成熟。而且 Atom 的插件安装以及使用体验堪称傻瓜级操作。本文就主要介绍 Atom 的方案。
安装插件
-
autocomplete-haskell
:提供了 autocomplete 的功能 -
haskell-ghc-mod
:提供了语法检查的 backend 重要,依赖于ghc-mod
-
ide-haskell
:提供了菜单栏显示haskell ide
的功能,可以进行一些面板打开或关闭的操作 -
ide-haskell-hasktags
:提供了 haskell 版的symbols view
,symbols view
是 atom 内置的插件,用于搜索当前文件的函数或者变量之类,但原生的 symbols view 是基于 ctags 的,并不支持 haskell。需要安装此插件来让其支持 haskell。依赖于hasktags
-
language-haskell
:提供了语法高亮。
安装依赖
上面有两个依赖是需要单独安装的。一个是ghc-mod
,另一个是hasktags
。直接通过 cabal 安装即可。
cabal install ghc-mod
cabal install hasktags
配置插件
上面除了依赖于外部 binary 的 haskell-ghc-mod
和 ide-haskell-hasktags
之外,其他的插件都直接能用。
配置 ide-haskell-hasktag
很简单,在插件配置页直接填入你安装的hasktags
的目录即可,需要包含 binary 的名字, 比如 /Users/..../Library/Haskell/bin/hasktags
配置 haskell-ghc-mod
是比较蛋疼的,需要填三个路径,从上到下分别是additional path directories
、ghc mod path
和 ghc modi path
additional path directies
,填入 ghc 的 path,不包含 binary 名字,比如/usr/local/bin/
ghc mod path
,填入 ghc-mod 的 path,要包含 binary 的名字,比如:/Users/.../Library/Haskell/bin/ghc-mod
ghc modi path
,可不填。因为现在安装的 ghc-mod 都是5.5了。
用上一组
接下来,就能正常使用了。不仅有语法高亮,autocomplete,并且可以通过cmd+r
来调出 symbols view 做快速的跳转。比如这样:
鼠标移到某个 symbol 上,还可以显示出他的 type:
还能有各种暖心的warning,比如 import 建议:
更逆天的是,还有程序写作的建议(这个别的语言可真没有):
来帮助你写出更加严谨和简洁的 code。
关于用 stack 可能遇到的错误
如果你用的是 stack,并且都按上面的步骤正确配置了,但依旧会报一个奇怪的错误:
readCreate*Process*: *runInteractiveProcess*: exec: does *not*exist (No such file or directory)
可以尝试一个黑魔法:从工程目录直接用 stack 来启动 atom,stack exec atom
想看更多内容? 可以关注我的知乎