Clojure：如何构建桌面UI

Question

我正在尝试为原理图，布局，绘图材料设计桌面UI。 只是寻找实际软件设计师的高级建议。

假设一个内存中的“数据库”，（所有用户数据的任意深度的clojure映射，以及可能的另一个用于应用程序首选项的等等），我正在研究如何在这些上执行模型 - 视图 - 控制器的事情，其中数据可以通过以下任何一个或多个来呈现和修改 ：

1. 一个独立的文本字段，显示单个参数，例如框宽。
2. “检查器”类型的视图，显示所选对象的多个参数，例如框宽，高度，颜色，复选框等。
3. 表/电子表格类型的视图，显示多个对象的多个参数，可能是整个数据库
4. 整个事物的图形渲染，例如原理图和布局视图。

修改其中任何一个应立即显示在每个其他活动视图中，包括文本和图形，而不是在单击“确定”后...因此不允许使用模式框。 如果出于某种原因，表视图，检查器视图和图形渲染都在视图中，以图形方式拖动框的角应立即显示在文本中，等等。

有问题的平台是JavaFX，但我想在UI和其他所有内容之间进行清晰的分离，所以我想避免在JFX意义上bind ，因为这会将我的设计数据与JFX Properties紧密联系起来，增加了它的颗粒度。模型，并迫使我在标准的clojure函数之外工作以处理数据，和/或大量处理整个getValue / setValue世界。

我仍然假设至少有一些有状态/可变性，并使用内置的Clojure功能，例如在atom / var / ref上add-watch功能，并让运行时信号依赖于函数。

特定于平台的交互将与实际的UI紧密相关，例如，对ActionListener处理，以及处理ObservableValue等，并将尝试最小化对JavaFX Property等实际应用程序数据的依赖。 我不是为了这个而招待FRP。

我不介意扩展JFX接口或构建我自己的协议来使用特定于应用程序的defrecord ，但我更希望应用程序数据保持为直接的Clojure数据，不受平台的影响。

问题是如何设置这一切，最接近不可变模型。 我看到几个选项：

1. 细粒度：每个参数值/基元（即Long，Double，Boolean或String）都是一个原子，每个视图都可以修改值“到达”，只要它在数据库中需要更改值即可。 这可能很糟糕，因为可能存在数千个单独的值（例如手绘曲线上的点），并且需要大量(deref...)垃圾。 我相信这就是JFX想要这样做的方式，在叶子节点等处有巨大的Properties数组，感觉很臃肿。 使用这种方法，它似乎不仅仅是在Java / C ++中编写它。
2. 中等粒度：数据库中的每个对象/记录都是Clojure映射的原子。 当其中任何一个值发生变化时，将替换整个地图。 处理的原子总数较少，并且允许例如用于各种事物的长序列数字。 但是，当数据库中的某些对象需要比其他对象更多的嵌套时，这会变得复杂。
3. 粗粒：只有一个原子：数据库。 任何时候发生任何变化，都会替换整个数据库，并且每个视图都需要重新渲染其特定部分。 这感觉有点像使用锤子拍打苍蝇，而天真的实施则需要一直重新渲染。 但我仍然认为这是最好的权衡，因为任何原语都有一个来自根节点的清晰访问路径，无论是在每个原始级别还是每个记录级别访问。

我还需要能够多次实例化一个数据模板。 因此，例如，如果用户更改在多个位置使用的符号或形状，则将在任何地方应用单个编辑。 我相信这也需要某种类型的“指针”式行为。 我想我可以将一个原子存储到模型中，然后根据需要进行实例化，并且它可以在任何上述粒度模型中工作。

还有其他方法吗？ 试图用函数式语言做一个类似GUI编辑器的工具只是愚蠢吗？ 谢谢

Answer 1

我不认为使用函数式语言来做类似GUI编辑器的工具是愚蠢的。 但我不能声称对你的问题有答案。 以下是一些可能对您的旅程有所帮助的链接：

1. Stuart Sierra - 组件足够结构
2. Chris Granger - Light Table ：解释Light Table （ 源 ）的结构。
3. Chris Granger - 作为价值的IDE ：与上述视频相关的博客文章
4. Conal Elliott - 有形功能编程 ：使用功能反应编程创建可组合UI，但他的代码在Haskell中。
5. Nathan Herzing和Chris Shea - 用Pedestal，Datomic，Om和core.async帮助选民
6. David Nolen - 比较 文字 编程 ：显示所有使用core.async来简化ClojureScript中的UI编程。 这里的想法可以在桌面UI中使用。
7. Rich Hickey - 系统语言 ：Clojure创建者对系统编程的惊人谈论。

Erik Meijer对功能与命令式代码有一个很好的引用：

......无论是Haskell，C＃Java，F＃，Scala，Python，PHP都想到了拥有大量与外部世界交互的命令式代码的想法，并且在那里有编写函数的纯代码岛一种纯粹的方式。 但你必须决定这些岛屿的大小和海洋的大小。 但答案绝不是只有岛屿或只有海洋。 一个优秀的程序员确切地知道正确的平衡。