Admin
bf3b5ceedb
Ardalis Result<T> carried incoherent success sub-statuses and a clunky generic converter; ErrorOr models success-or-errors cleanly. - Application: all commands/queries/handlers now return ErrorOr<T> (non-generic Result -> ErrorOr<Success>); errors via Error.NotFound/ Conflict/Validation/Unauthorized/Failure; success via value or new Success() - Drop ResultExtensions.As<>(): error propagation is now just return .Errors - Rewrite HTTP mapping (ErrorOrHttpExtensions) off Error.Type; success maps to 200 (value) or 204 (Success); Created still built in the endpoints - Endpoints/gateway middleware: !IsSuccess -> IsError - Swap Ardalis.Result package for ErrorOr 2.1.1 (remove unused ref from Worker) Build: 0 warnings, 0 errors.
27 lines
938 B
C#
27 lines
938 B
C#
using ErrorOr;
|
|
using Microsoft.EntityFrameworkCore;
|
|
using Musify.Application.PlayLists.Responses;
|
|
using Musify.Application.PlayLists.Queries;
|
|
using Mediator;
|
|
using Musify.Application.Contracts;
|
|
|
|
namespace Musify.Application.PlayLists.Handlers
|
|
{
|
|
public class GetPlayListByIdQueryHandler(IDatabase database)
|
|
: IQueryHandler<GetPlayListByIdQuery, ErrorOr<PlayListApplicationResponse>>
|
|
{
|
|
public async ValueTask<ErrorOr<PlayListApplicationResponse>> Handle(GetPlayListByIdQuery request, CancellationToken cancellationToken)
|
|
{
|
|
var playList = await database.PlayLists
|
|
.AsNoTracking()
|
|
.Where(p => p.Id == request.Id)
|
|
.Select(p => PlayListApplicationResponse.FromEntity(p))
|
|
.SingleOrDefaultAsync(cancellationToken);
|
|
|
|
if (playList is null)
|
|
return Error.NotFound();
|
|
|
|
return playList;
|
|
}
|
|
}
|
|
} |