haskell-language-server VS vscode-ghc-simple

The advent of language server protocol made possible the creation of HLS (Haskell Language Server), and there are plugins for many editors, such as vscode-haskell, that allow you to have auto-complete, auto-import, and automatic function signatures—also available to your editor of choice. The whole feedback loop of editing, compiling, and running is greatly improved.

HLS 2.3.0.0 is currently broken on Windows.

The Haskell community has been focusing on tooling and IDE support in the last several years. Haskell-Language-Server is a huge improvment, so the experience is probably much better than you remember, but it'll still be a while before it catches up with Rust.

static-ls is a low memory language server for Haskell that serves as an alternative to (hls)[https://github.com/haskell/haskell-language-server] with less functionality by using statically generated information. It is intended for (Highly recommend hls instead if you aren't having these issues):

I think the corresponding HLS PR is https://github.com/haskell/haskell-language-server/pull/3462, so it isn't landed yet but hopefully can be part of a HLS release before too long. (I'm not sure if it will make it in to the very next release because we're due one out to support GHC 9.6.1 pretty soon.)

I created vscode-ghc-simple, which is a VSCode extension that provides editor tooling using only GHCi. It interacts with GHCi using text I/O, especially with the features that use :set +c to provide expression type information and go to definition.

Im not sure haskell language server works with reflex right now (haven't used reflex recently). You may ask on IRC or maybe try https://github.com/dramforever/vscode-ghc-simple (haven't used it recently either). For ghcid, I don't think it supports reloading across packages, you can try something like what I did here https://github.com/aveltras/blog-reflex/blob/master/blog-reflex.cabal (basically, having only one cabal file for the whole project and two executable client and server both having two source directories, so during development, you'd only work with ghcid on the server part, putting most of the code that can work on both environment in the common directory).