@dvh laat zien dat hij all schema's uit de Open API Specs van de API's op apis.developer.overheid.nl heeft omgezet naar JSON Schema's. Dit levert een mooie inkijk in bestaande schema's vanuit verschillende organisaties.
@dvh laat zien dat hij all schema's uit de Open API Specs van de API's op apis.developer.overheid.nl heeft omgezet naar JSON Schema's. Dit levert een mooie inkijk in bestaande schema's vanuit verschillende organisaties.
@dvh laat ook zien dat deze JSON Schema's direct omgezet kunnen worden naar modellen in alle programmeertalen. Ook kan je het gebruiken voor typechecking in TypeScript.
Onze product-owner @dvh geeft een presentatie over een nieuw product: het schema register. Een register met herbruikbare JSON Schema's die oa gebruikt kunnen worden in Open API Specs.

The CLI for working with JSON Schema. Covers formatting, linting, testing, bundling, and more for both local development and CI/CD pipelines - sourcemeta/jsonschema
Нотация к SQL-препроцессору, и не только
Статья представляет компактную математическую нотацию для SQL-препроцессора, разработанную для формирования сложных условных выражений из JSON-конфигураций. Нотация позволяет кратко записывать операции с множествами и интервалами: комбинированные операторы ( >=[18,65] ), стрелочные символы для интервалов ( >> — BETWEEN, >< — NOT BETWEEN) и логическое отрицание через знак минус. Цель — создать интуитивно понятный, непротиворечивый и расширяемый язык запросов. Практическое применение — генерация SQL-кода в препроцессорах, DSL для построителей запросов, компактные фильтры в JSON-API. Рассматриваются сильные стороны и потенциальные проблемы нотации, сравнительный анализ с аналогами (Quist, SQL++, PRQL), выявляется уникальность подхода. Автор приглашает к обсуждению и предлагает сотрудничество.
JSON schemas define "anyOf" to mean matching one _or more_ of the subschemas. (This seems to be favored over "oneOf" which would require the implementation to check every schema to make sure exactly one matched, not two or more.)
But this seems to permit an ambiguity where different implementations could interpret the same message as different types. Is this ever a problem in practice, or has everybody de facto adopted "the first match in the list" semantics?
Since I'm not doing anything fancy in this holiday season, I'm taking the time to improve my @openapispec Spec skills with some lovely **#jsonSchema**
JSON Schema takes API Documentation to a whole other level, making everything way more clear for the people who will develop clients for your API.
Also, can't wait to do a deep dive into OpenAPI's Arazzo and Overlay, but that might take a little time.
(OAS + JSON Schema) === ❤️ <- True that!
I'm very proud to announce that after two years in the making, JsonSchema.Net v8.0.0 has finally been released!!! It's easier to work with and runs faster! It's a complete overhaul!
https://www.nuget.org/packages/JsonSchema.Net
Read about it in my two-part blog posts:
https://blog.json-everything.net/