.NET BR 🇧🇷

11 June 2025 00:03

Minimal API não lida bem com multipart formdata

.NET BR 🇧🇷

10 June 2025 23:54

Essa solução ai está sem "glamour" 😂😂 mas se funcionou, vida que segue, o ideal seria funcionar daquela forma lá que estava antes mesmo, bem mais clean.

.NET BR 🇧🇷

10 June 2025 23:30

Depois é só verificar se não é null e se tem arquivos dentro

.NET BR 🇧🇷

10 June 2025 22:56

precisa ver o codigo do front pra ver se vc ta enviando da maneira q seu codigo backend espera. O nome do campo tem que ser files, por ex.

.NET BR 🇧🇷

05 June 2025 06:13

Sim. E só descobri essa lib recentemente.

.NET BR 🇧🇷

05 June 2025 06:09

Usar os dois de uma vez também é uma opção

.NET BR 🇧🇷

05 June 2025 06:01

Bicho, eu decido mais ou menos assim,

ADO - algo muito crítico, que exija performance pesada ou quando preciso fazer algo bem específico com o banco (uso avançado de CTEs, cursores, tabelas temporárias...).

Dapper - quando ainda quero performance, mas sem escrever na unha, tipo, fazer um join mais exigente, por exemplo.

EF - como Luiz falou, é sempre a primeira escolha, então, quase tudo. O CRUD basicão, com certeza!

.NET BR 🇧🇷

05 June 2025 05:33

Entendo. Valeu. Mais uma coisa, vi alguém dizer que costuma recomendar que, se a equipe não tiver um DBA ou um desenvolvedores muito bons em SQL, é melhor ir de Entity, se o projeto for mais complexo. Tu concorda com isso?

.NET BR 🇧🇷

05 June 2025 04:36

Então eu tendo a pensar em ORM para 95% e deixo 5% como margem para pensamentos intrusivos como esse de otimização prematura de performance.

na prática faço 100% com ORM e penso que se tiver algum problema a margem que tenho é, pontualmente trocar para dapper em algum caso muito específico ou em alguns casos.

.NET BR 🇧🇷

05 June 2025 04:34

Isso não me parece saudável.

.NET BR 🇧🇷

05 June 2025 04:32

Aliás fiz um projeto que pessoalmente gostei muito que é o academia pay todo com ela. 2 microsserviços onde um cria o banco do outro, mas o dono que de fato executa a migration... ficou interesante por conta da jornada SaaS com nível de maturidade alta.

.NET BR 🇧🇷

05 June 2025 04:32

Então mesmo com EF, aqui eu uso fluengmigrator.

.NET BR 🇧🇷

05 June 2025 03:58

mas nao aparece em services.msc

.NET BR 🇧🇷

05 June 2025 03:51

por conta da conexao com o sql

.NET BR 🇧🇷

05 June 2025 03:51

quando rodo pelo exe ele vai

.NET BR 🇧🇷

10 June 2025 23:58

ta melhor q eu q ja codificou imagem em base64 e enviou dentro de um json KKKKKKKKKKKKKKK (eu queria enviar varios dados + a imagem, numa coisa só).

.NET BR 🇧🇷

10 June 2025 23:31

A função GetFiles retorna um IReadOnlyList<IFormFile>

.NET BR 🇧🇷

10 June 2025 23:29

public static async Task<IResult> NovaOrdenacao(
        HttpRequest request,
        CancellationToken cancellationToken)
    {
        var dados = request.Form["dados"].ToString();
        var arquivosTipoA = request.Form.Files.GetFiles("ArquivosTipoA");
        var arquivosTipoB = request.Form.Files.GetFiles("ArquivosTipoB");
        var arquivosTipoC = request.Form.Files.GetFiles("ArquivosTipoC");
        var arquivosTipoD = request.Form.Files.GetFiles("ArquivosTipoD");

.NET BR 🇧🇷

05 June 2025 07:25

tem de tomar cuidado porque "a melhor opção" sempre carrega consigo um contexto.

Não existe melhor opção sem pensarmos em um contexto.

.NET BR 🇧🇷

05 June 2025 06:12

Entity pra gravação e Dapper pra leitura

.NET BR 🇧🇷

05 June 2025 06:06

Tipo, a dúvida tinha a ver com como ficaria lidar com migrações, se fosse usando Dapper em vez de Entity

.NET BR 🇧🇷

05 June 2025 05:34

É algo complexo. Tô criando algo pra negócios

.NET BR 🇧🇷

05 June 2025 04:37

A única certeza que você tem é que vai mudar.

Se você não mudar com o tempo, o negócio vai.

E a modelagem deve acompanhar essa mudança.

.NET BR 🇧🇷

05 June 2025 04:35

Coisas que não preciso fazer com full featured ORM. Principalmente se tiver alguma estratégia realmente eficiente de geração de código.

.NET BR 🇧🇷

05 June 2025 04:34

Eu enxergo arquitetura meio de facilitar algo, meio de viabilizar algo, e portanto, usar Dapper é braçal demais pra mim.

Imagino quando tem de trocar algumas coisas bobas, ter de fazer teste de integração em cada query, cada update, cada detalhe do crud.

.NET BR 🇧🇷

05 June 2025 04:32

Se for só CRUD "comum", tipo, relacionamentos bem definidos, tu não acha que vale a pena ir de EF?

.NET BR 🇧🇷

05 June 2025 04:31

O problema das migrações com EF é um problema humano. Desatenção, pressão, pressa.
Tem de ter uma rigidez técnica elevada para fazer dar certo.
As vezes é um comandinho que faltava... faz na mão e nunca mais aquela migração funciona.

Vai deixando para depois, depois... depois...

e assim se perde todo o benefício e daqui a pouco estão reclamando que "a migração do EF não funciona". É erro humano, mas é assim que funciona, as pessoas culpam as ferramentas.

Ferramenta não se defende sozinha, precisa de alguém para defender...

.NET BR 🇧🇷

05 June 2025 03:58

ele aparece em servicos la no gerenciador de tarefas

.NET BR 🇧🇷

05 June 2025 03:51

talvez tenha que setar a conta que o servico vai rodar

.NET BR 🇧🇷

05 June 2025 03:51

e ele ta dando um erro aqui