Opa, tava sentindo falta dos gráficos sobre performance que ajudam a confirmar minhas afirmações .. mas já achei
http://techportal.ibuildings.com/2010/11/16/optimising-hmvc-web-applications-for-performance/ Nesse artigo ele mostra por que é importante usar HMVC para distribuir o sistema. Em 25 de abril de 2011 22:03, felipe moraes <[email protected]> escreveu: > Perfeito .. > > Eu ia justificar por que acho errado essa forma que vocês estão usando .. > exatamente com esse link que o Anderson postou. > > > 1. Acho que o fluxo de dados correto no MVC é: C -> Model, C ->View .. > apesar da figura mostrar uma ligação entre Model e View .. ele quis dizer > que o Controller passa os dados do Model para o View. Fazer a View acessar > o > Controller seria errado, pois foge a fluxo do MVC; > 2. Observe que o Controller que faz requests, e só ele; Os dados devem > vir, preferencialmente como JSON, XML e em último caso HTML; Você estaria > consumindo serviços - webservice, e não acessando como browser; Seria algo > como o Java RMI; > 3. HMVC serve para distribuir o sistema, como podem ver no artigo de > escalabilidade .. só faz sentido usar HMVC se as requisições partirem de > servidores http diferentes .. pois, o objetivo é diminuir a carga sobre > eles; Tem um bechmark lá; > 4. Uma View pode chamar outra .. View::factory('outraview', > $dados)->bind($outrosdados); Se o seu controller pode fornecer as > informações necessárias sem gastar recursos adicionais .. por que fazer > outro request ? > 5. Ainda sobre o item 4. Se o seu controller não pode fornecer os dados > (semanticamente falando a respeito da view), é melhor usar ajax para > obtê-lo. > > > Essa é a visão que tenho de Kohana, MVC e HMVC .. pode conferir que o > framework sempre provê a forma correta de fazer, embora não o impessa de > fazer errado. E o user guide dá alguns toques de como fazer correto .. em > último caso .. tem bons artigos na web. > > > Em 25 de abril de 2011 19:02, Anderson Marques Ferraz < > [email protected]> escreveu: > > Acabei de ler um artigo que fala sobre a importância da HMVC. Na verdade, >> fui procurar e vi que, além de reuso e organização de código, o "buraco é >> mais embaixo": >> >> http://techportal.ibuildings.com/2010/02/22/scaling-web-applications-with-hmvc/ >> >> >> >> >> Em 25 de abril de 2011 18:32, Juarez Junior >> <[email protected]>escreveu: >> >> Você poderia diferenciar uma requisição externa da interna ( HMVC ? ). >>> >>> Talvez incluindo um header ou um parâmetro a mais. >>> >>> Estes "partials" da vida deveriam ser tratados de maneira diferente, >>> talvez outra marcação inicial ao invés de action_* >>> >>> [s] >>> >>> 2011/4/25 Bernardo Castro <[email protected]> >>> >>>> >>>> A cada vez que início um novo projeto com Kohana me surpreendo com os >>>> recursos e possibilidades, vejo o código dos primeiros sites com o >>>> Framaword e observo que muitas coisas poderiam ser feitas de uma forma >>>> melhor, até mesmo em projetos recentes usando a versão 3.9 >>>> >>>> Estou fazendo um blog para uma empresa e nesse serviço estou >>>> utilizando na “View” o “Request::factory('artigo/categorias/')- >>>> >execute()” para chamar pequenas páginas e funções de complemento. >>>> >>>> Por exemplo, em uma página de “artigo” eu tenho outros action como >>>> “action_comentario” >>>> “action_categorias” >>>> >>>> E chamo os mesmo na “View” do template com: >>>> “Request::factory('artigo/comentario/' . $artigo->art_id )->execute()” >>>> >>>> Em meu pequeno entender de H-MVC parece que nessas situações ele esta >>>> sendo utilizado. >>>> >>>> Uma coisa que observo é que se eu entrar na URL “http://localhost/site/ >>>> artigo/comentário/8” ou >>>> “http://localhost/site/artigo/categorias/” o mesmo chama a página >>>> html. >>>> >>>> Veja o caso real: >>>> [ Página real ] http://anacontcomvoce.com.br/artigo >>>> [ Request ] http://anacontcomvoce.com.br/artigo/comentario/8 >>>> [ Request ] http://anacontcomvoce.com.br/artigo/categorias >>>> >>>> A classe PHP >>>> http://pastie.org/1832876 >>>> >>>> Vocês vê-em algum problema nisso? >>>> >>>> -- >>>> Você está recebendo esta mensagem porque se inscreveu no grupo "Kohana >>>> Php" dos Grupos do Google. >>>> Para postar neste grupo, envie um e-mail para >>>> [email protected]. >>>> Para cancelar a inscrição nesse grupo, envie um e-mail para >>>> [email protected]. >>>> Para obter mais opções, visite esse grupo em >>>> http://groups.google.com/group/kohana-php?hl=pt-BR. >>>> >>>> >>> >>> >>> -- >>> Juarez Junior - [email protected] >>> http://twitter.com/juareznjunior >>> http://juareznjunior.wordpress.com/ >>> >>> -- >>> Você está recebendo esta mensagem porque se inscreveu no grupo "Kohana >>> Php" dos Grupos do Google. >>> Para postar neste grupo, envie um e-mail para >>> [email protected]. >>> Para cancelar a inscrição nesse grupo, envie um e-mail para >>> [email protected]. >>> Para obter mais opções, visite esse grupo em >>> http://groups.google.com/group/kohana-php?hl=pt-BR. >>> >> >> >> >> -- >> Anderson Marques Ferraz >> UEFS - Engenharia de Computação - 2006.1 >> Linux user #500881 - http://counter.li.org/ >> >> Money demands that you sell, not your weakness to men's stupidity, but >> your talent for their reason. >> (Francisco d'Anconia) >> >> -- >> Você está recebendo esta mensagem porque se inscreveu no grupo "Kohana >> Php" dos Grupos do Google. >> Para postar neste grupo, envie um e-mail para [email protected] >> . >> Para cancelar a inscrição nesse grupo, envie um e-mail para >> [email protected]. >> Para obter mais opções, visite esse grupo em >> http://groups.google.com/group/kohana-php?hl=pt-BR. >> > > > > -- > http://felipebastosweb.com.br > http://twitter.com/felipebastosweb > -- http://felipebastosweb.com.br http://twitter.com/felipebastosweb -- Você está recebendo esta mensagem porque se inscreveu no grupo "Kohana Php" dos Grupos do Google. Para postar neste grupo, envie um e-mail para [email protected]. Para cancelar a inscrição nesse grupo, envie um e-mail para [email protected]. Para obter mais opções, visite esse grupo em http://groups.google.com/group/kohana-php?hl=pt-BR.
