apiless
1.0.0
La mayoría de las aplicaciones modernas (aplicaciones web de una sola página, aplicaciones móviles, etc.) constan de dos partes:
Para conectar el frontend y el backend, generalmente se utiliza una API web (REST, GraphQL, etc.), lo que requiere el desarrollo de un cliente API en el lado del frontend y un servidor API en el lado del backend.
Contamos con la siguiente arquitectura:
Con una arquitectura sin API, el frontend puede comunicarse con el backend sin la necesidad de crear una API web. El backend expone funciones (o métodos) que el frontend puede llamar directamente y el desarrollador ya no tiene que preocuparse por las rutas URL, los métodos HTTP o los códigos de estado.
Por supuesto, dado que el frontend y el backend se ejecutan en entornos separados, necesariamente hay un cliente API y un servidor API en el medio, pero ya no son responsabilidad del desarrollador. Las capas API son manejadas por una biblioteca o un marco.
Entonces, una arquitectura sin API se ve así:
La eliminación de las capas de API no sólo reduce la cantidad de código que el desarrollador tiene que escribir, sino que también mejora la calidad al reducir la dispersión del código y la duplicación de conocimientos.
Un número creciente de bibliotecas y marcos permiten implementar la arquitectura sin API.
| Producto | tipo de producto | tipo de API | Tiempo real | Soporte móvil | Desde |
|---|---|---|---|---|---|
| Meteorito | Estructura | Procesal | Sí | Sí | 2012 |
| capa | Biblioteca | Orientado a objetos | En la hoja de ruta | Sí | 2019 |
| Blitz.js | Estructura | Procesal | No | En la hoja de ruta | 2020 |
| tRPC | Biblioteca | Procesal | en beta | Sí | 2021 |
| Telefunc | Biblioteca | Procesal | En la hoja de ruta | Sí | 2021 |
Las contribuciones son bienvenidas.
Antes de contribuir, lea el código de conducta y busque en el rastreador de problemas para saber si su problema ya se ha discutido anteriormente.
Para contribuir, bifurque este repositorio, confirme sus cambios y envíe una solicitud de extracción.
MIT
