Opa! Só dúvida simples mesmo, não seria mais fácil tratar na mesma view apenas retornando um novo array ao invés de retornar um HTML "cheio"?
Solucionado
Opa! Só dúvida simples mesmo, não seria mais fácil tratar na mesma view apenas retornando um novo array ao invés de retornar um HTML "cheio"?
Olá, Emanuel. Tudo bem?
A ideia de retornar apenas dados em vez de HTML completo pode parecer mais simples, mas é importante considerar a separação de responsabilidades que o padrão MVC propõe.
No MVC, a view é responsável por apresentar os dados ao usuário, e por isso ela é geralmente composta de HTML. Isso permite que o controller e o model se concentrem em suas responsabilidades específicas, como lógica de negócios e manipulação de dados, respectivamente. A view então pega esses dados e os formata para exibição.
Por exemplo, imagine que você tem uma aplicação que exibe uma lista de vídeos. O controller vai buscar essa lista no model e passar para a view. A view então utiliza essa lista para gerar o HTML necessário, que pode incluir não apenas os títulos dos vídeos, mas também botões de ação, estilos CSS e scripts JavaScript.
Se você retornasse apenas um array de dados, a responsabilidade de formatar esses dados em HTML seria transferida para outro lugar, o que poderia quebrar a separação clara de responsabilidades que o MVC tenta manter. Além disso, ao manter o HTML separado em arquivos de view, você facilita a manutenção e a escalabilidade do código, permitindo que designers e desenvolvedores trabalhem de forma mais independente.
Espero ter ajudado e bons estudos!
Entendi, então aqui na empresa não utilizamos muito bem o MVC KKKK, me pegou no 'HTML separado em arquivos de view, você facilita a manutenção e a escalabilidade do código', abriu minha mente!