Легкие метаданные из json-схемы

Question

сценарий

Мы рассчитываем, что Breeze адаптируется к нашим ионным мобильным приложениям специально для его возможностей автономного кэширования. Эти приложения будут использовать API-интерфейсы REST на платформе rails.

В настоящее время существует функциональность для генерации json-схемы из метаданных ActiveRecord через json_schema_builder, и ведется работа по динамическому раскрытию определения схемы в реальном времени. Если кто-то хочет принять участие, пожалуйста, сообщите о своих намерениях по поводу проблемы с github, поскольку это не является темой этого разговора.

легкие метаданные и json-схема

Обрадованный поиском страницы под названием Meta Schema, впечатлил тот факт, что breeze принял json-схему для представления своих метаданных. В равной степени разочарован тем, что json-схема используется только для описания собственного определения схемы, аналогично тому, как мета-схемы используются для описания самой json-схемы.

JSON-схема 2 бриз метаданные

Давайте не будем спорить о том, почему у нас есть json-схема, определяющая еще одно определение метаданных, и о том, насколько ценным было бы то, чтобы эти усилия потребовались для достижения этой цели, чтобы получить json-схему, если она окажется неадекватной, Вместо этого все, что я ищу, - это способ превратить существующую json-схему во что-то, что breeze.js может понять. Google не производит больше информации по этой теме, которую я могу найти в любом случае, и проект Breeze предлагает нам заняться этим здесь.

Документация объясняет способ загрузки метаданных из сценария путем сбора метаданных из того, что я могу только предположить как вклад MC-CSDL Microsoft в еще один стандарт, определяющий то же самое.

Кроме того, чтобы сделать это вручную и победить цель предоставления этих ресурсов в наше распоряжение, кто-нибудь пытался или знает способы:

• превратить JSON-схему в метаданные бриза
• возможно любая поддержка отражений ActiveRecord
• по крайней мере, что-то, чтобы запросить postgresql для информации

Не стесняйтесь исправлять меня, если вы чувствуете, что я ошибаюсь, и я заранее прошу прощения за любые предполагаемые проявления дерзости, поскольку я не намерен вас обидеть или раздражать. Пожалуйста, извините, если я больше не буду принимать жалобы. Однако я приветствую любую мудрость, понимание и интеллектуальный дискурс по этой теме и очень ценю ваше ценное время и вклад.

Спасибо!

Answer 1

Я ценю твою дилемму. Я продолжаю смотреть на json-схему в надежде, что Бриз сможет присоединиться к ней как к стандарту. Он просто не несет информацию, необходимую Breeze для управления данными на клиенте.

Json-схема содержит большую часть данных схемы, которые нужны клиенту Breeze. Хотя сам по себе он может быть неадекватным, он должен дать вам преимущество при написании метаданных Breeze вручную.

В какой-то славный день я представляю себе такой сценарий:

• Модуль JavaScript breeze-metadata-builder, который может объединять потоки метаданных из нескольких источников

• Файл конфигурации JSON, который идентифицирует эти источники

  • Одним из источников является фид json-схемы

  • Другой источник возвращает рукописные "настройки", которые заполняют пробелы с точки зрения метаданных Breeze

• Breeze -metadata-builder объединяет два источника в один канал формата метаданных Breeze.

• Запустите этот процесс в узле как задачу Grunt, выводя файл json или JavaScript

• Клиент при запуске импортирует эти метаданные в MetadataStore

Кто собирается написать это и поделиться этим с сообществом? Как насчет тебя @nicki? Я с радостью протяну руку.