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.
