Implementing Microsoft REST API Guidelines Filter

This page summarizes the projects mentioned and recommended in the original post on news.ycombinator.com

SurveyJS - Open-Source JSON Form Builder to Create Dynamic Forms Right in Your App
With SurveyJS form UI libraries, you can build and style forms in a fully-integrated drag & drop form builder, render them in your JS app, and store form submission data in any backend, inc. PHP, ASP.NET Core, and Node.js.
surveyjs.io
featured
InfluxDB - Power Real-Time Data Analytics at Scale
Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
www.influxdata.com
featured
  • azure-rest-api-specs

    The source for REST API specifications for Microsoft Azure.

  • I'm not sure what you mean by "it is very hard to give contextuality on it"; OAS does supports referring to a type by reference, so that higher level types can reuse the definition of structs they might contain.

    But even so, here the problem is that the APIs aren't actual PUT/GETs: they payload types aren't the same going up as they are coming down. It is really two separate types, one for PUT, one for GET.

    Some of that is to be expected (there will be some information after the create that is only added by the VM coming into being) but how Kubernetes handles this with a separate "status" for the item I think ends up letting the rest of the type (spec, in k8s's case) be the same type. (… ish. K8s has variants of this problem, too.)

    To expand a bit, I'm largely relegated to the API docs themselves. Browsing the actual schema is hard:

      Start at: https://github.com/Azure/azure-rest-api-specs

  • htmx

    </> htmx - high power tools for HTML

  • That's right, REST concepts are largely wasted on modern SPA applications, which are fundamentally RPC-style clients.

    Instead, REST should be used in its original context: hypermedia clients (browsers) exchanging hypermedia (HTML) with the server. I have written an alternative front end library that takes this exact approach:

    https://htmx.org

    Some more essays on the topic:

    https://htmx.org/essays/spa-alternative/

    https://htmx.org/essays/hypermedia-apis-vs-data-apis/

  • SurveyJS

    Open-Source JSON Form Builder to Create Dynamic Forms Right in Your App. With SurveyJS form UI libraries, you can build and style forms in a fully-integrated drag & drop form builder, render them in your JS app, and store form submission data in any backend, inc. PHP, ASP.NET Core, and Node.js.

    SurveyJS logo
NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a more popular project.

Suggest a related project

Related posts

  • Reusable Input Datalist

    1 project | dev.to | 6 Apr 2024
  • HTMZ inspired form subission

    2 projects | dev.to | 31 Mar 2024
  • Show HN: Alpine Ajax – If Htmx and Alpine.js Had a Baby

    1 project | news.ycombinator.com | 4 Mar 2024
  • Use PostgREST and HTMX to Build RESTful APIs from PostgreSQL Databases

    4 projects | dev.to | 5 Feb 2024
  • Exploring Secutio Task by Task. Setting "Events" Like Stylesheets!

    3 projects | dev.to | 2 Feb 2024