Comments on: Sobrecarga em PHP com get() e set()

By: João Claudio Moro

João Claudio Moro — Mon, 19 Jul 2010 19:54:47 +0000

No Model sim ficam a regras de negócio (como validações e segurança).

Agora, como você vai implementar o Controller.. é outra história… mas as responsabilidades são simples.. o Controller deve executar operações no Model e selecionar as View’s necessárias.

By: hlegius

hlegius — Mon, 07 Sep 2009 19:10:51 +0000

@jhon
MVC é bem definido sim. Explico:

Modelo MVC web, temos:

View – a visualização (arquivo de template, etc)
Controller – divide-se em duas:
— FrontController: tem a missão de direcionar o fluxo para uma controller, no caso, a “chamada” pelo usuário na View. Ex: index.php é uma FrontController.

— Controller: é o cara que recebe o “clicar do botão” do usuário lá na View. A controladora recebe este “evento” e tem a missão de chamar a Regra de negócio para fazer valer a ação. Ao fim, devolve ao usuário uma View com a resposta.

— Model: aqui há uma porção de subdivisões. Mas de forma simples ela é quem faz a coisa acontecer. É aqui que fica a regra de negócio da sua aplicação.

Recomendo a leitura de livros/materiais sobre Arquitetura de software para entender mais. Na página livros aqui do blog você poderá encontrar alguns títulos bons para ler.

O assunto (Arquitetura em camadas) é extenso e depois que pega o caminho você começa a entender o por quê das coisas.

Abraço,

By: jhon

jhon — Mon, 07 Sep 2009 15:37:26 +0000

regra de negocio no modelo?

controller serve pra direcionarmos para qual usuario sera aplicado a regra de negocio?

cada um diz uma coisa sobre mvc mas ngm diz o certo.

By: Otavio

Otavio — Mon, 21 Jul 2008 15:47:43 +0000

Bom lgela neh quebra um galho mas ainda h� que melhorar bastante pra se usar sem limita��es… =)

By: Diogo Silva

Diogo Silva — Mon, 21 Jul 2008 00:11:30 +0000

Sem d�vida s�o uteis e bem pr�ticos, especialmente em classes mais genericas.

Outro problema � quando se precisa dar tratamento em entradas ou sa�das especificas, que pode gerar um m�todo muito grande.

By: Rafael Souza

Rafael Souza — Sun, 20 Jul 2008 19:32:31 +0000

“utro problema � quanto a atualiza��o de nomes. Se eu precisar mudar o nome do atributo, terei que mudar em toda a extens�o do c�digo criado, Controllers, Daos e Views.”

O que pode ser feito para evitar isso seria criar uma condi��o tempor�ria dentro do __set e __get para o novo nome do atributo, e ap�s o sistema ter sido todo adaptado para o novo nome, � s� tirar a condi��o

abra�o!