openapi-directory
http-spec
openapi-directory | http-spec | |
---|---|---|
11 | 18 | |
3,664 | 19 | |
1.0% | - | |
9.2 | 6.1 | |
2 days ago | 2 days ago | |
TypeScript | ||
Creative Commons Zero v1.0 Universal | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
openapi-directory
-
What is API Discovery, and How to Use it to Reduce Your Attack Surface
Use APIs.gurufor exploring well-documented OpenAPI files. For example, imagine you are interested in integrating a weather API. By searching for "weather" on APIs.guru, you find several options.
-
How to Automatically Consume RESTful APIs in Your Frontend
Furthermore, since we can split the generated code into multiple parts based on tag filtering, we can also create different SDKs from different resources or even publicly available APIs. There is an extensive list of publicly available OpenAPI specifications on SwaggerHub, RapidAPI and APIs.guru.
-
ApiVault: One-Stop Resource for API Integration
Maybe you'd like to integrate with APIs.guru?
https://apis.guru
- Show HN: An open-source OpenAPI package manager – openpm.ai
-
Automatic npm publishing, with GitHub Actions & npm granular tokens
In this specific case, I'm auto-publishing (now fully automatically, once a month) a package that wraps content from elsewhere bundling it with some utilities to make that useful in JS and available via NPM. For cases like this it's useful to have a patch update once a month that just updates the upstream content & republishes.
-
APIRank.dev - we crawled and ranked 5651+ public APIs from the internet 🔭
- Crawl API repositories like apis.guru
-
Making a useful REST API Specification
This should go without saying, but the types inside your API specification should be specific in order to be useful. The main way I see this appear is that some specification generators seem to default to "string" for everything, even if something else makes sense. In an analysis of 1154 specifications from OpenAPI directory, I found that 60% of the field types were strings. Many of these were instances that made sense, such as IDs or names, but many were misused types: for example, there was a year value encoded with type "string," and a boolean value with type "string" and enum "true" or "false". Using too-broad types such as strings can make it harder to understand the specification, and decrease the effectiveness of certain tools.
-
Data noob here - I’m looking to create my first ‘data’ project.. I want to create a basic data pipeline via an API with Python into SQL then to Power BI.. what are some well known live data sources that I should practice with?
I haven’t used it but have skimmed through it, but https://apis.guru has collected information on lots of APIs. You might find something interesting.
-
From OpenAPI to a working integration in minutes
Try the integration designer with your OpenAPI documents. If you don’t have any document handy, we prepared a few examples for you, or you can find more OpenAPI documents on APIs.guru.
-
What in your opinion is a growing trend? What should people and organisations be paying attention to going forward?
apis.guru is a nice site with APIs listed for many orgs.
http-spec
- The most effective Schema-Driven Development using OpenAPI for Logistic Engineer
- Spotlight: Sentry for Development
-
Testing an OpenAPI specification in PHP
However, we do not need to write the specification by hand, as there are GUI editors to perform that task. We show a couple of examples of Spotlight, which provides an easy-to-use interface:
-
Rapid Prototyping of Design-First APIs in Go
We use Stoplight Studio https://stoplight.io/ to design APIs, one of the advantages of Stoplight Studio is the Visual interface, it generates OpenAPI specs from the design and supports OpenAPI v3, allowing users to create, edit, and view API designs using the OpenAPI standard.
-
OpenAPI v4 Proposal
I'm sorry, but you have completely misunderstood the purpose of Open API.
It is not a specification to define your business logic classes and objects -- either client or server side. Its goal is to define the interface of an API, and to provide a single source of truth that requests and responses can be validated against. It contains everything you need to know to make requests to an API; code generation is nice to have (and I use it myself, but mainly on the server side, for routing and validation), but not something required or expected from OpenAPI
For what it's worth, my personal preferred workflow to build an API is as follows:
1. Build the OpenAPI spec first. A smaller spec could easily be done by hand, but I prefer using a design tool like Stoplight [0]; it has the best Web-based OpenAPI (and JSON Schema) editor I have encountered, and integrates with git nearly flawlessly.
2. Use an automated tool to generate the API code implementation. Again, a static generation tool such as datamodel-code-generator [1] (which generates Pydantic models) would suffice, but for Python I prefer the dynamic request routing and validation provided by pyapi-server [2].
3. Finally, I use automated testing tools such as schemathesis [3] to test the implementation against the specification.
[0] https://stoplight.io/
[1] https://koxudaxi.github.io/datamodel-code-generator/
[2] https://pyapi-server.readthedocs.io
[3] https://schemathesis.readthedocs.io
- Swagger Hub alternatives
-
Examples of API Governance?
One of the best tools out there for API design and governance https://stoplight.io/ you can also use the open source tool (also from Stoplight) called Spectral https://stoplight.io/open-source/spectral
-
Review: 10 Top API Mock Tools
Stoplight is a platform for designing, documenting, and testing APIs. Its "Mocks" feature allows you to create mock versions of your API for testing and development purposes. In addition to the mock feature, Stoplight also includes tools for API design, documentation, and testing, making it a comprehensive platform for API development.
-
💰 My Frugal Indie Dev Startup Stack
Stoplight
-
API Product Managers vs. API Developers
JSON visualizer JSON validator YAML validator Collaborative Design & Documentation for APIs
What are some alternatives?
postman-contract-test-generator - Postman collection and environment that will take an Open API Spec, validate component adherence, generate contract tests, and execute them.
fern - 🌿 Stripe-level SDKs and Docs for your API
atoz - Amazon Web Services (AWS) APIs in Nim
postcat - Postcat 是一个可扩展的 API 工具平台。集合基础的 API 管理和测试功能,并且可以通过插件简化你的 API 开发工作,让你可以更快更好地创建 API。An extensible API tool.
SpaceX-API - :rocket: Open Source REST API for SpaceX launch, rocket, core, capsule, starlink, launchpad, and landing pad data.
OneSDK - 1️⃣ One Node.js SDK for all the APIs you want to integrate with
prism - Turn any OpenAPI2/3 and Postman Collection file into an API server with mocking, transformations and validations.
oatx - Generator-less JSONSchema types straight from OpenAPI spec
awesomekql - Microsoft Sentinel, Defender for Endpoint - KQL Detection Packs
hoverfly - Lightweight service virtualization/ API simulation / API mocking tool for developers and testers
openapi-directory-js - Building & bundling https://github.com/APIs-guru/openapi-directory for easy use from JS
rest-api-standards - An open collection of REST API standards documents