javascript - 类似于 NakedObjects 的系统？

Question

前一段时间我在Naked Objects上看了这本书并对这些想法感到兴奋。只编写我的核心业务逻辑并自动生成 UI？给我注册!

此外，潜力还不止于此。这可能是域建模中的一个很好的工具。由于能够直接调用自己的对象，因此鼓励直接使用自己的领域对象，从而发现...

• 缺陷
• 有用的交互模式(对于 UI 实现，如果有人认为 UI 基本上是“编写域对象脚本”，则尤其相关)
• 新功能。

为此，我对任何类似于 Naked Objects 的系统都感兴趣。我做了一些跑腿的工作，例如搜索“Direct Manipulation UI”等字符串下的匹配项，但没有找到任何有用的东西。

你知道类似的工作吗？我更喜欢用 PHP 或 JavaScript 编写的东西，而且这并不假设我正在运行 Linux 机器。我知道 NakedPHP 和 Spiro(找不到相关文档)，但它们基本上都是分别针对 PHP 和 javascript 的 Naked Object 实现。

你知道其他系统吗？

Answer 1

作为 Naked Objects 这本书的合著者，我想补充一下我的观点。

人们非常喜欢裸对象模式的概念，但不喜欢特定的 UI，这并不少见。您没有说您是在多长时间前查看实现的，或者实际上是哪一个。两个主要的开源实现(还有一些其他的，但不太成熟)是:

• Naked Objects Framework，用于 .NET 平台
• Apache Isis，用于 Java 平台

这两者都有不止一个用户界面。但是，假设您已经查看了所有默认 UI，并且对其中任何一个都不满意。首先，大多数在企业环境中使用任一框架的人最终都会对默认 UI 进行相当多的自定义，无论是仅使用 .css 还是使用其他 JavaScript - 但仍然坚持动态创建的“通用”UI 的概念。

最近，Dan Haywood 和我通过引入 Restful Objects 进一步推进了裸对象模式的想法。 specification - 适用于任何富领域模型的超纯 REST API。这两个裸对象实现现在也实现了 Restful 对象规范。关于这一点的要点是，使用 RO API 现在可以相对容易地设计与 RO 的服务器实现对话的全新的、截然不同的 UI(通用的或完全定制的)。换句话说，创建您自己的裸对象概念的客户端实现相对容易，重新使用两个主要服务器端实现中的任何一个。

您提到的 Spiro 是我们第一次尝试使用 JavaScript(实际上是 TypeScript)和 Angular.js 创建构建 block 库来创建这样的 UI。使用 RO 规范的好处在于，您可以针对任何服务器实现运行相同的客户端。我建议你好好看看。