Soh pra complementar, eu gosto mto de trabalhar com as duas abordagens, de 
modelo rico e uma camada de servicos, ate mesmo pq eu faco todo controle de 
transacao na camada de servicos.

On 08/03/2011, at 16:42, Marcus Cavalcanti <[email protected]> wrote:

> Eu ia falar isso, mas o Eric ja deu essa força :) eh isso mesmo.
> 
> Marcel, pense em OO que vc entendera pq as regras de negocio se concentraram 
> no modelo. Vc pode ate deixar isso em services (services layer), mas nunca em 
> controllers, nunca! O mais correto eh suas entidades (modelos) saberem qual 
> eh o papel delas.
> 
> On 08/03/2011, at 11:49, Eric Saboia <[email protected]> wrote:
> 
>> 2011/3/7 Marcel Araujo <[email protected]>
>> Não deves carregar library nenhuma dentro dos models, isto deve ficar a 
>> cargo do controller. Models são apenas para a abstração do banco de dados e 
>> nada mais. Regras de negócio sempre em um controller
>> 
>> Pelo contrário, Marcel, TODA regra de negócio deve estar no modelo, e o 
>> modelo é muito mais do que a abstracao do banco de dados, na verdade ele 
>> deve representar toda a inteligencia de uma aplicacao MVC.
>> 
>> Os conrtollers servem apenas pra linkar as requisicoes a esta inteligencia.
>> 
>> "fat model, skinny controllers"
>>  
>> -- 
>> “Eu não tenho nenhum talento especial. Apenas sou apaixonadamente curioso”
>> 
>> Marcel Araujo
>> Analista de Sistemas da WeJoy
>> Administrador CodeIgniter.com.br
>> Desenvolvedor PHP/CodeIgniter/Zend/JavaScript/ExtJS/jQuery
>> Linux User #490101
>> 
>> http://www.twitter.com/marcelaraujo
>> http://www.marcelaraujo.com.br
>> http://br.linkedin.com/in/marcelaraujo
>> 
>> 
>> 
>> _______________________________________________
>> [email protected]
>> http://www.codeigniter.com.br
>> http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br
>> 
>> ---------------------------
>> Oportunidade de negócio
>> http://www.franquiasargohost.net
>> ---------------------------
>> 
>> 
>> 
>> 
>> -- 
>> Eric Saboia - eric.saboia.org
>> 
>> Beautiful is better than ugly,
>> Explicit is better than implicit,
>> Simple is better than complex,
>> Complex is better than complicated.
>> 
>> The Zen of Python, by Tim Peters
>> 
>> _______________________________________________
>> [email protected]
>> http://www.codeigniter.com.br
>> http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br
>> 
>> ---------------------------
>> Oportunidade de negócio
>> http://www.franquiasargohost.net
>> ---------------------------
_______________________________________________
[email protected]
http://www.codeigniter.com.br
http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br

---------------------------
Oportunidade de negócio
http://www.franquiasargohost.net
---------------------------

Responder a