Tranquilo .. Quando vc estiver construindo suas apis em kohana e for escalonar o sistema .. vai entender por que o Kohana usa HMVC e frames antigos, como o Cakephp, ainda o fazem através de componentes .. se não me engano na view :(
boa sorte!! Qqer coisa berra aí .. que o grupo ajuda :D Em 26 de abril de 2011 12:38, Sudeste Hosting <[email protected]>escreveu: > Me expressei mau em: > > Olá Felipe, eu li sua mensagem em um post sobre a forma de desenvolver com >> Kohana, até relacionado a organização dos arquivos. >> > > Não sabia que os tópicos do grupo se chamavam "thread" agora percebi que na > URL tem /thread/id (rsrsrs) > A mensagem foi relacionado a essa "*thread*" > http://groups.google.com/group/kohana-php/browse_thread/thread/82d16c930fb0750a?hl=pt-BR > Esquece a mensagem. > > > Voltando o assunto .. > > Sobre os links do site techportal.ibuildings.com, não conseguir entender > o "Optimising HMVC Web Applications for Performance", é coisa de > dificuldade minha, tenho que ler varias vezes, até processar. > > > > > > > > > > Em 26 de abril de 2011 12:13, felipe moraes <[email protected]>escreveu: > >> Em uma busca rápida descobri o seguinte .. >> >> Partials do rails gera dinamicamente um código Ajax["em javascript para >> leigos"] para fazer a tal requisição :D >> >> Request usa um objeto Cliente HTTP .. :D >> >> Corroborando ainda mais para minhas afirmações .. :D >> >> >> Em 26 de abril de 2011 11:14, Sudeste Hosting <[email protected]>escreveu: >> >> Olá Felipe, eu li sua mensagem em um post sobre a forma de desenvolver com >>> Kohana, até relacionado a organização dos arquivos. >>> >>> Percebi que chamar um "Controle_action" na "View" reduz muito o código, >>> por exemplo, chamar todas as categorias do site usando o código abaixo. >>> >>> Request::factory('artigo/categorias/')->execute(); >>>> >>> >>> Dessa forma eu consigo pegar as categorias em qualquer parte do site, >>> (home, página contato, footer) sem ter que criar mais código, como na >>> página "Controller_Home -> action_index" somente para lista as categorias, >>> em vez disso eu chamo na "View" (Views/home/index) >>> >>> Isso deve trazer uma desvantagem no desempenho. >>> >>> Estou na busca por uma forma melhor de programar com o Kohana, as vezes >>> baixo alguns sites feitos com ele para ver o código, http://kohanut.com/, >>> http://www.kohanajobs.com, UserAdmin, algumas codificações é de dar >>> inveja. >>> >>> >>> >>> Em 25 de abril de 2011 22:12, felipe moraes <[email protected]>escreveu: >>> >>>> 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. >>>> >>> >>> >>> >>> -- >>> Atenciosamente, >>> Bernardo Sepulveda de Castro >>> ------- ------- ------- -------- -------- -------- >>> *Sudeste Hosting...* >>> Ideias e Soluções Web >>> www.sudestehosting.com.br >>> (21)3305-3105 >>> >>> -- >>> 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 >> >> -- >> 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. >> > > > > -- > Atenciosamente, > Bernardo Sepulveda de Castro > ------- ------- ------- -------- -------- -------- > *Sudeste Hosting...* > Ideias e Soluções Web > www.sudestehosting.com.br > (21)3305-3105 > > -- > 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 -- 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.
