我们正在评估微风采用我们的ionic移动应用专门用于其离线缓存功能。这些应用程序将使用由rails提供支持的REST API。
目前存在通过json-schema和json_schema_builder实时架构定义从ActiveRecord元数据生成work is underway to dynamically expose的功能。如果有人热衷于参与，请在github问题上表达您的意图，因为这不是此对话的主题。
喜欢找到一个标题为Meta Schema的页面，令人印象深刻的是微风采用了json-schema来表示他们的元数据。同样感到失望的是，json-schema仅用于描述自己的模式定义，类似于meta schemas用于描述json-schema本身的方式。
让我们不要讨论为什么我们有json-schema来定义另一个元数据定义，以及如果有这些努力来完成这个有助于获得json-schema的这些努力是多么有价值呢？发现不足。相反，我正在寻找的是一种将现有的json-schema转变为breeze.js可以理解的东西的方法。谷歌在这个主题上没有产生更多，我无论如何都能找到，微风项目建议我们把它拿出来。
文档解释了loading meta-data from script的一种方式，通过从我只能假设的MC-CSDL微软对另一个定义相同标准的标准中获取元数据来捕获元数据。
除了这样做by hand并且无法使用这些资源的目的，有没有人尝试或知道如何：
如果你觉得我弄错了，请随意纠正我，并且我提前为任何感知的听觉道歉，因为我不打算冒犯或惹恼你。如果我不进一步接受任何投诉，请原谅。然而，我欢迎任何有关这一主题的智慧，见解和知识论述，并非常感谢您宝贵的时间和投入。
谢谢！
答案 0 :(得分：0)
我很欣赏你的困境。我一直在关注 json-schema ，希望Breeze可以将其作为标准加入。它只是不包含Breeze管理客户端数据所需的信息。
json-schema 确实携带了Breeze客户端所需的大部分架构数据。虽然它本身可能不够，但它应该让您在手动编写Breeze元数据方面有一个良好的开端。
有些光荣的日子，我想象一下这样的场景：
JavaScript breeze-metadata-builder 模块，可以组合来自多个来源的元数据信息供稿
标识这些来源的JSON配置文件
一个来源是json-schema feed
另一个来源返回手写＆＃34;自定义＆＃34;从Breeze元数据角度填补空白
breeze-metadata-builder 将两个来源合并为一个Breeze元数据格式Feed。
在节点中作为Grunt任务运行此过程，输出json或JavaScript文件
启动时的客户端会将此元数据导入MetadataStore
谁会写这篇文章并与社区分享？你怎么样@nicki？我很乐意伸出援手。