La forma correcta de devolver errores de una API 

Es el campo instancia

Imo, la Mia es mejor ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-_l5vUf7W09A.html

Si uso rop, en ese caso no hay mucho que hacer más que propagar la información, puedes hacer una cadena dentro de una cadena pero queda algo feo :/ Normalmente lo que hago es crear una clase que contiene lo que voy a necesitar y voy asignando valores, no es lo ideal, pero tampoco es un escenario muy común para mí, así que lo dejo pasar

@@NetMentor había pensado crear todas las variables antes de iniciar y crear un récord con ellas al final y así propagarlo, pero pierde algo de vista al forzar q todos los métodos utilicen ese record.

Ninguna, bueno copilot es la única

así: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-_l5vUf7W09A.html

this is the way

no es lo mismo no, si quieres usar fluentvalidations por que te gusta está bien, pero no es lo mismo, ni es un estándar

Si claro, no veo por qué no , aunque necesitarás algún middleware o alguna forma de customizar el error, pero si

La especificación tiene un error code en el type. Como traduzcas Los errores a esta me da igual, puedes mandar el error code en Los errores extensibles o puedes traducir directamente en la api y devolver el error traducido. Pero como digo, eso es opcional, así que en los extensibles.

@@NetMentor Se nota que nunca hiciste plataformas multilenguaje, yo trabajo en plataformas que se traducen a mas de 5 lenguajes, y la internacionalizacion es un problema, si el api retorna el error en un lenguaje base ejem. ingles no es nada util para el usuario final, y el api no debe preocuparse por traducer cada mensaje de error que pueden ser miles a diferentes idiomas, entonces lo mas practico es que el api devuelva un errorCode, ejem "PROJECT_EXISTS" entonces ese code ya se puede traducir en el lado del cliente, ten en cuenta que ya no solo es la web, estan las apps IOS, Android e incluso Microservicios, que consumen el mismo api. Supongo que te da igual por que talvez nunca has necesitado al parecer.

Eso será, que no he trabajado en plataformas de más de un lenguaje .. La librería de la que hablo en el video (la de result) permite incluir tradiciones. El error code lo devuelve, es el type, si no quieres incluir un mensaje de error entendible por humanos, no lo incluyas. Nada tiene que ver una cosa con la otra. Tu backend no debería depender del front end para ser funcional, pero eso es otra historia

@@NetMentor No bro el backend no depende del front-end en mi caso de uso, el backend principalmente solo bota error_code(s) que son universal entre tipos de clientes android, ios, web microservicios, y ya cada fron-end o lo que sea se encargue de traducir como mejor le parezca. por eso digo que mi caso de uso es mas importante un error code que un mensaje de error.