Estoy trabajando en un proyecto de API web ASP.NET Core 6.0. Yo uso el patrón de diseño CQRS.
Quiero actualizar una tabla de airlines (primer código EF Core). Entonces, primero necesito encontrar la identificación de la aerolínea.
Tengo GetAirlineByIdQueryHandler.cs
public record GetAirlineByIdQuery(int Id, bool LoadOverview = true) : IRequest<Airline>; public class GetAirlineByIdQueryHandler : IRequestHandler<GetAirlineByIdQuery, Airline> { public async Task<Airline> Handle(GetAirlineByIdQuery request, CancellationToken cancellationToken) { var query = _techneDbContext.Airline .Include(d => dX) .Include(d => dY) .Include(d => dZ) .AsQueryable(); if (request.LoadOverview) { query = query.Include(d => d.Overview); } var airline = await query.FirstOrDefaultAsync(d => d.Id == request.Id); if (airline == null) { throw new NotFoundException(nameof(Airline), request.Id); } return airline; } }ActualizarAirlineCommand.cs
public class UpdateAirlineCommand : AirlineUpdateDto, IRequest<Airline> { public int Id { get; set; } } public class UpdateAirlineCommanddHandler : IRequestHandler<UpdateAirlineCommand, Airline> { // removed constructor public async Task<Airline> Handle(UpdateAirlineCommand request, CancellationToken cancellationToken) { // To update I have find the the id is there or not? // Can I call GetAirlineByIdQueryHandler here or do I need to copy the query and paste it here } }Generalmente Command and Queries opera en modelos separados. Esto le brinda esquemas de datos optimizados para lecturas y escrituras. En sus ejemplos, la consulta devuelve el mismo modelo que será actualizado por el comando. Otro inconveniente de usar el comando query inside es que están estrechamente acoplados. Una de las grandes ventajas de CQRS es mantener el lado de lectura y escritura por separado. En su ejemplo, cualquier cambio en GetAirlineByIdQueryHandler puede afectar a UpdateAirlineCommanddHandler.