4 ms·

As far as editor support, I have used reason-language-server (https://github.com/jaredly/reason-language-server https://github.com/jaredly/reason-language-serve

As far as editor support, I have used reason-language-server (https://github.com/jaredly/reason-language-server https://github.com/jaredly/reason-language-server) with Emacs (current), Vim and VSCode (provided through reason-vscode plugin). I used to use IntelliJ, and there was a solid plugin for that as well. ReasonML's compiler is way faster than Typescript's.

_bxg1 6y ago
There's a difference between "the compiler is faster when run at the CLI" and "the language server is faster". A good language server remains responsive by doing quick, partial compilations on just the section that changed. A bad language server just wraps the standard compiler and re-runs the whole thing when a file is saved. The latter will eat up CPU/RAM and make for a frustrating dev experience, no matter how relatively-fast the base compilation time is.
- yawaramin 6y ago
  OCaml (the Reason compiler) has historically had excellent (and fast) editor support tooling: Merlin.[1] That is now being packaged up as a language server (i.e., LSP).[2] Once you try a Merlin-based editor addon, everything else will seem dog-slow. [1] https://github.com/ocaml/merlin https://github.com/ocaml/merlin [2] https://github.com/ocamllabs/vscode-ocaml-platform https://github.com/ocamllabs/vscode-ocaml-platform
  - andrepd 6y ago
    True, I've been spoiled by merlin ;)
- thegreatpeter 6y ago
  1. The language server, reason-language-server is written in native Reason and is _very_ fast. In terms of compiler speeds, Draftbit has 1,000 ReasonML components and about 100 TypeScript files. I can safely build AND type the entire ReasonML project before TypeScript returns the type results in watch mode.
- Scarbutt 6y ago
  I'll take super fast compilation first ;)
- spyder81 6y ago
  The standard compiler can do a cold compile of a single file in milliseconds. When the compiler is that fast you _can_ just wrap it up and it'll still be faster than TypeScript. But to answer your actual question: The current standard (reason-language-server) does simply wrap the compiler, and it's more than fast enough, but the community is working on a new merlin-based language server (ocaml-lsp) which does support partial compilation.

_bxg1 6y ago

There's a difference between "the compiler is faster when run at the CLI" and "the language server is faster". A good language server remains responsive by doing quick, partial compilations on just the section that changed. A bad language server just wraps the standard compiler and re-runs the whole thing when a file is saved. The latter will eat up CPU/RAM and make for a frustrating dev experience, no matter how relatively-fast the base compilation time is.

yawaramin 6y ago
OCaml (the Reason compiler) has historically had excellent (and fast) editor support tooling: Merlin.[1] That is now being packaged up as a language server (i.e., LSP).[2] Once you try a Merlin-based editor addon, everything else will seem dog-slow. [1] https://github.com/ocaml/merlin https://github.com/ocaml/merlin [2] https://github.com/ocamllabs/vscode-ocaml-platform https://github.com/ocamllabs/vscode-ocaml-platform
- andrepd 6y ago
  True, I've been spoiled by merlin ;)
thegreatpeter 6y ago
1. The language server, reason-language-server is written in native Reason and is _very_ fast. In terms of compiler speeds, Draftbit has 1,000 ReasonML components and about 100 TypeScript files. I can safely build AND type the entire ReasonML project before TypeScript returns the type results in watch mode.
Scarbutt 6y ago
I'll take super fast compilation first ;)
spyder81 6y ago
The standard compiler can do a cold compile of a single file in milliseconds. When the compiler is that fast you _can_ just wrap it up and it'll still be faster than TypeScript. But to answer your actual question: The current standard (reason-language-server) does simply wrap the compiler, and it's more than fast enough, but the community is working on a new merlin-based language server (ocaml-lsp) which does support partial compilation.