json-schema中的微风元数据

Question

场景

我们正在评估我们的离子型移动应用程序，特别是它的离线缓存功能。这些应用程序将消耗rails提供的REST API。

目前有通过json模式和正在进行动态公开的工作。 (一种实时模式定义)从ActiveRecord元数据生成构建器的功能。如果有人热衷于参与，请在github问题上表明您的意图，因为这不是本次对话的主题。

元数据和json模式

欣喜若狂地找到了一个名为元模式的页面，令人印象深刻的是，微风采用了json来表示他们的元数据。同样令人失望的是，json只用于描述自己的模式定义，类似于元图式用于描述json本身的方式。

json-schema 2微风元数据

让我们不要讨论为什么要json模式定义另一个元数据定义，或者如果发现json模式不足的话，用这些努力来完成json模式的工作会有多大的价值。相反，我所要寻找的只是一种将现有的json模式转换为breeze.js能够理解的东西的方法。谷歌并没有提供更多关于这个话题的内容，无论如何我都能找到，而“微风”项目建议我们把它放在这里。

文档解释了从脚本加载元数据的一种方法，即从我只能假设是MC-CSDL的元数据中捕获元数据，这是Microsofts对另一个定义相同的标准的贡献。

除了用手和挫败我们拥有这些资源的目的之外，有没有人尝试或知道如何：

• 将json-schema转换为微风元数据
• 可能对ActiveRecord反射的任何支持
• 至少要查询postgresql以获取信息。

如果你觉得我错了，请随时纠正我，我事先为你的任何大胆行为道歉，因为这不是我想冒犯或激怒你的目的。请原谅，如果我不进一步处理任何投诉。然而，我欢迎任何关于这一主题的智慧、见解和知识讨论，并非常感谢你们宝贵的时间和投入。

谢谢!

Answer 1

我很感激你的进退两难。我一直在研究json模式，希望Breeze能作为一个标准加入它。它只是不携带信息，Breeze需要管理客户端的数据。

json模式确实携带了Breeze客户端所需的大部分模式数据。虽然它本身可能是不够的，但它应该让您在手工编写Breeze元数据方面处于领先地位。

总有一天我会想到这样的情景：

• 一个可以组合来自多个源的元数据信息提要的JavaScript微风元数据构建器模块。
• 标识这些源的JSON配置文件

- One source is a json-schema feed
- Another source returns hand-written "customizations" that fill-in-the-blanks from a Breeze metadata perspective

​

• 轻松元数据构建器将这两个源合并成一个单一的元数据格式提要。
• 以Grunt任务的形式在节点中运行此进程，输出json或JavaScript文件
• 启动时的客户端将此元数据导入到MetadataStore中

谁来写它，并与社区分享呢？你@nicki怎么样？我很乐意伸出援手。