Construindo uma Rede Social
Olá Pessoal,
Chegamos no momento da definição da arquitetura e modelagem da aplicação; Esse é, talvez, o ponto crítico de todo o desenvolvimento e, uma boa modelagem, poderá fazer com que consigamos, no futuro, escalar a aplicação sem problemas.
Independentemente da forma que a aplicação for utilizada, sempre teremos, inevitavelmente, requisição e resposta.
/applications/core/interface/imageproxy/imageproxy.php?img=http://dp.improjetos.com.br/MVC-Sequence.png&key=49e7797c84721bf3c401e38bd5d95c6ca7710a49805cd61e65cf5e88516199f4" alt="Imagem Postada" class="bbc_img">
Nossa aplicação basear-se-a nesse aspecto, de requisição e resposta:
1. Toda requisição possui, inevitavelmente, lista de cabeçalhos e corpo.
2. Toda resposta possui, inevitavelmente, lista de cabeçalhos e corpo.
Dessa forma:
/applications/core/interface/imageproxy/imageproxy.php?img=http://dp.improjetos.com.br/IO.png&key=70c6f53e165fc8429315f440d0af1c576c9a0297d75dff3ce935f20a0e1a2e7d" alt="Imagem Postada" class="bbc_img">
Agora, a grande questão é que um ou mais controladores da aplicação podem tratar uma requisição, então, com HMVC, temos o seguinte:
/applications/core/interface/imageproxy/imageproxy.php?img=http://dp.improjetos.com.br/HMVC.png&key=3ddab50f5af40771bc79bbbf8e9637fb849662531678d36c7cccb5d44b671e21" alt="Imagem Postada" class="bbc_img">
Dessa forma, a adição de um novo controlador poderá causar a modificação da interface de usuário segundo as características do módulo adicionado.
Isso nos garantirá flexibilidade na hora de escalar e a abstração necessária para qualquer recurso da aplicação.
Discussão (44)
Carregando comentários...