En este post vamos a ver un par de formas de sacar provecho de esta descripción:
- En primer lugar, usaremos Swagger UI para generar un sitio web interactivo de documentación y pruebas de nuestra API.
- Después, veremos cómo generar desde Visual Studio código cliente para acceder a la API.
Publicado por José M. Aguilar a las 8:05 a. m.
Etiquetas: aspnetcore, aspnetcoremvc, openapi, swagger, webapi
Por si te lo perdiste...
- Inyección de dependencias en ASP.NET Core
José María Aguilar - Backing fields en Entity Framework Core
José María Aguilar
.NET Core / .NET
-
Cómo hacer mock de ILogger en .Net Core 3.x durante las pruebas
Jorge Turrado
-
NetCore 3 - NativeLibrary: ¡p/invoke a tope!
Eduard Tomás
-
Autofac 5.0 Released
Travis Illig
-
Prevent Zip bombs in .NET Prevent Zip Slip in .NET
Gérald Barré
-
Dynamically Loading Types in .NET Core with a Custom Assembly Load Context
Jeremy Clark
-
TraceProcessor 0.3.0
David Matson
-
Top 10 .NET Core Libraries Every Web Developer Should Know
Nagaraj Marisamy
-
Optimizing string.Count all the way from LINQ to hardware accelerated vectorized instructions
Sergio Pedri
-
C# Futures: Primary Constructors
Jonathan Allen
-
C# Coding Standards
Jesse Liberty
-
Deserializing JSON into polymorphic classes with System.Text.Json
Maarten Balliauw
- Dependency injection in .net core console application
Pradeep Loganathan
El objetivo de OpenAPI es conseguir una fórmula normalizada para describir las capacidades de un servicio REST, independientemente de los lenguajes o tecnologías con las que sea implementado. Esta descripción, normalmente especificada en formato JSON o YAML, permite a clientes (sean humanos o máquinas) descubrir servicios, comprender sus capacidades y conocer sus detalles de funcionamiento sin necesidad de tener acceso a su código fuente o documentación textual.
Esta especificación formal abre interesantes posibilidades, pues a partir de la definición estandarizada de servicios es posible, entre otros,
- disponer de herramientas de diseño y modelado de servicios,
- generar automáticamente páginas de documentación,
- generar automáticamente código cliente y servidor para dichos servicios para distintos, frameworks y lenguajes de programación,
- generar automáticamente código de testing y validaciones,
- o generar automáticamente mocks de servicios.
Publicado por José M. Aguilar a las 8:05 a. m.
Etiquetas: aspnetcore, aspnetcoremvc, openapi, swagger, webapi
Por si te lo perdiste...
- Crear proyectos usando versiones específicas del SDK de .NET Core
José María Aguilar - Tag helpers en ASP.NET Core MVC: Introducción
José María Aguilar
.NET Core / .NET
- Windows Forms en .NET Core: Controles inexistentes y cómo sustituirlos
CampusMVP - WPF y netcore3 con custom host
Eduard Tomás - Using Local Functions to Replace Comments & Refactoring Code to Use C# Local Functions
Jason Roberts - Behind the compiler: 20 examples of C# code before and after compiling
Gunnar Peipman - Avoiding the Debugger with Better Logging
K. Scott Allen - .NET everywhere apparently also means Windows 3.11 and DOS
Scott Hanselman - Generating Mazes in a Browser
Jeremy Clark - Getting the Most Out of Application Insights for .NET (Core) Apps
Dave Paquette - Developing Mobile Applications in .NET
Damir Arh - A Custom Renderer Extension for Markdig
K. Scott Allen - C# Futures: Covariant Return Types
Jonathan Allen
ASP.NET Core / ASP.NET
- Using NSwag to Generate Blazor Server Client for an ASP.NET Core 3.1 API
Eric L. Anderson - Deploying Blazor apps to Azure Storage account
Anuraj Parameswaran - The Future of Blazor is Native Apps
Matthew MacDonald - 6 Blazor component libraries to speed up your development
Jon Hilton - Scaffolding Syncfusion Controls in ASP.NET Core Applications
Kannan - Cookies and Consent in ASP .NET Core 3.1
Shahed Chowdhuri - User Registration with ASP.NET Core Identity
Marinko Spasojevic - Excluding health check endpoints from Serilog request logging: Using Serilog.AspNetCore in ASP.NET Core 3.0
Andrew Lock - Check and log multiple registrations of a same service in ASP.NET Core 3.1 & Remove unwanted instances from ServiceCollection in ASP.NET Core 3.1
Anthony Giretti - Blazor State Management
Jeremy Likness - Globally Require Authenticated Users By Default Using Fallback Policies in ASP.NET Core
Scott Sauber - Sharing Data and Splitting Components in Blazor
Peter Vogel - Understanding how to port your ASP.NET web apps to ASP.NET Core
Mike Finley
En aquellos tiempos era aún poco más que un prototipo y no se podía saber si aquella línea de investigación llevaría a alguna parte, pero era tan prometedor que, algún tiempo después, a primeros de 2018, Blazor pasó a ser un proyecto experimental del equipo ASP.NET de Microsoft.
A partir de ese momento se fueron despejando las incógnitas que quedaban en cuanto a la viabilidad real de convertir aquello en un producto y se continuaron implementando funcionalidades, hasta que, en abril de 2019, Daniel Roth anunció que daban por concluida la fase experimental y Blazor entraba oficialmente a formar parte del stack de tecnologías para la web.
A día de hoy, Blazor es un framework completo para el desarrollo de aplicaciones web SPA, como lo pueden ser Angular, React o Vue. Dispone de sistema de bindings, routing, componentes, ciclo de vida, validaciones, plantillas, gestión de errores, inyección de dependencias, etc. Todo lo que podemos necesitar para crear aplicaciones web profesionales de calidad.
La primera versión de Blazor se lanzó acompañando a .NET Core 3.0 en Septiembre de 2019, aunque sólo en uno de sus modelos de hospedado: el denominado server-side o Blazor Server.
Pero no era ese el único plan...
Por si te lo perdiste...
- Antipatrones de asincronía en C#
José María Aguilar - El archivo _ViewImports en ASP.NET Core MVC
José María Aguilar
.NET Core / .NET
-
Digest Authentication en .NET Core 3.x
Jorge Serrano
-
Type.GetType Functionality Has Not Changed in .NET Core
Jeremy Clark
-
The Reunification of .NET 5
Matthew MacDonald
-
Implementing State in .NET Core gRPC Messages with oneof
Peter Vogel
-
C# 8.0: Understanding Using Declarations
Steve Gordon
-
C# 9 Proposals: Module Initializers
Jonathan Allen
-
Collecting and analyzing memory dumps
Sourabh Shirhatti
-
C# Futures: Simplified Parameter Null Validation
Jonathan Allen
-
SelfServe: A Self-hosting Self-installing Windows Service
Honey the codewitch
-
UTF-8 BOM adventures in C#
Daniel Wertheim
-
Not planning now to migrate your .NET 4.8 legacy, is certainly a mistake
Patrick Smacchia