Onde o processamento de formulários pertence a um aplicativo MVC?

1. Lógica de validação pertence ao banco de dados, ao modelo de domínio e possivelmente o modelo de visualização.

   Acho que a maioria dos frameworks tem decoradores / atributos de modelo para definir a validação e visualizar os auxiliares para renderizar a visualização do modelo, incluindo a clareza da validação do lado do cliente. Portanto, tente deixar o framework fazer todo o trabalho para você e se concentrar no Modelo.

2. A lógica de negócios pertence ao modelo (lógica dependente de domínio) e o Controlador (lógica dependente de serviço).

   Eu tenho a tendência de pesar o máximo de lógica possível no domínio Model para manter o Controlador de luz, como você diz. Mas eu geralmente prefiro não injetar serviço dependências na minha camada de domínio, por isso algumas dessas lógica tem que acontecer no Controlador.

Depende do tipo de validação - quando a lógica de validação faz parte do domínio comercial, por exemplo, formato de um número de segurança social, a validação deve estar localizada no modelo. Se a lógica de validação só se aplica a um formulário específico, coloque a validação no formulário.

Você faz isso porque deseja reutilizar a lógica de validação em vários formulários possíveis.

O sempre pertinente 'onde diabos faz a lógica de validação?' pergunta;).

A resposta é: Depende.

Eu gosto de aplicar o seguinte conjunto de regras:

Primeiro: validações de nível de banco de dados que me impedem de colocar dados ruins

Segundo: veja as validações de nível que são um pouco mais brilhantes para fornecer respostas específicas ao formulário específico

Terceiro: validações de nível de javascript que fazem validação dinâmica para salvá-las do incômodo de clicar

submit->ohfrickmissedthat->fix->submit->ohfrickmissedthattoo

Obviamente, até onde você segue este conjunto de regras, depende de quão útil sua aplicação deve ser.

Se você criar um objeto que é mapeado a partir do seu formulário e que mapeia para uma tabela de banco de dados, o zend torna sua vida muito mais fácil nesse ponto.

Você deve processar seus formulários nos controllers ou se isso fizer sentido em uma classe delegada de negócios. mas seja variado que você não faz também pode camadas. do que você terá que passar em torno de objetos etc. será uma bagunça e difícil de manter. Eu costumo começar no controlador, se não houver muita lógica de negócios para executar.