我们真的需要figwheel吗？

Question

在我上一份工作中，我使用Clojure在后端开发Web应用，使用ClojureScript在前端开发。日常工作流程中主要的感受差异在于重新加载的方式：在Clojure方面，我更经常逐个将表单发送到REPL，有时会使用integrant重启整个系统。而在ClojureScript方面，我主要编辑文件并保存它们，然后figwheel将重新加载一切并刷新视图。

最近我正在探索现有的不同pREPL，并偶然发现了各种ClojureScript pREPL，然后尝试了裸体的ClojureScript设置，它使用了与Clojure相同的流程工作得很好。因此，看样子ClojureScript支持与Clojure相同的方法进行开发。

那么，在不使用figwheel的情况下，仅使用裸体的ClojureScript并从REPL刷新渲染的UI是否可行，类似于在Clojure侧使用integrant的方式？如果是这样，为什么figwheel在前端如此普遍？

Answer 1

我只有在处理UI布局时才会使用Figwheel。我认为这正是Figwheel发挥最大作用的领域，大大减少了代码审查和代码重新加载周期，特别是对于调整布局。

对于库代码或业务逻辑代码，我通常更喜欢进行传统的REPL开发（如果在我正在使用的Figwheel项目中，我会停止Figwheel的自动构建）。在这些情况下，我感兴趣的是更换或添加可能不会立即在UI中产生视觉影响的功能，因此热重载在那里并不那么有帮助。