Tamanho da Classe de form

[Antonio Fernandes Neto]

Boa tarde, estou aqui trabalhando em cima do form de uma classe e estou onde tenho 30 elementos no formulário.
E isso tem me deixado meio preocupado. Tem alguma restrição quanto ao tamanho do código de criação dos elementos do form?

Percebi que não consigo capturar os dados se o elemento não foi criado pela classe form (criar o input por exemplo "na mão"). É normal e tem que ser assim mesmo?

Algo que reparei dando var_dump() nas variáveis. Segue o código para entender: http://pastebin.com/6SPkhhfP

Se eu dou var_dump($form) ele não pega os valores dos inputs criados "na mão", só os criados via classe form. Aqui entendo que ele só pega os valores para o $form o que foi validado (como ele só valida os elementos criados pela classe form, descarta os outros elementos). Certo isso?

E o var_dump($formData) ele pega tudo normal sem problema.

Então faço um questionamento, essa forma que está no meu controller está correta, devo usar o $form ou o $formData?

[Renato Mendes Figueiredo]

Não tem problema quanto ao tamanho da classe form;

Para você pegar os campos feitos na mão, você pode pegar via post ou get, pois quando você está passando no validate, ele está removendo tudo que não faz parte daquela classe de formulário, assim sumindo seus campos "na mão". Imagino que você está criando os campos fora da classe por algum motivo de dinamicidade, então você pode adicionar estes campos no formulário, assim ficando tudo padrão, você cria o elemento aonde quiser, depois pega o form e dá um addElement.

Conseguiu entender? Abraço!

---------------------------------------------------------

Renato Mendes Figueiredo

www.renatomefi.com.br

con...@renatomefi.com.br
renato...@gmail.com

(61) 9122-5946 ou (61) 3345-8648

2013/6/15 Antonio Fernandes Neto <fox...@gmail.com>

--
--
Essa mensagem faz parte do grupo "zfbrasil" no Google Groups.
Para escrever neste grupo, envie um email para zfbr...@googlegroups.com
Para se desligar do grupo, envie um email para zfbrasil-u...@googlegroups.com
Mais informações, visite o grupo em http://groups.google.com/group/zfbrasil?hl=pt-BR
---
Você está recebendo esta mensagem porque se inscreveu no grupo "Zend Framework Brasil" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para zfbrasil+u...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

[Antonio Fernandes Neto]

Bom dia Renato, então como você falou eu consegui entender esse processo do pegar os criados via classe Zend_Form e os "na mão". Pois quando faço um $form->isValid($formData) como você falou ele descarta o que não tem na classe. Isso agora ficou claro com sua confirmação, obrigado :D.

Então explicando o "problema", nesse formulário alguns campos são referentes a outros obj/tabelas do banco e não comecei a desenvolver a lógica delas ainda, pois estava parado na data e hora (já resolvido), e por isso não fiz os formulário na classe, e para não ficar "desfalcado" o formulário da página, criei na mão como "protótipo". Mas agora que vou começar a mexer na lógicas dessas outras dependências vou criar sim na classe formulário, já que não existe restrição de tamanho.

Como comentei com um colega, na raça se aprende ou aprende kkkkk Foi bom passar por isso, pois agora não terei mais problemas com isso e achar que tem algo errado no código que não está pegando valores.

Novamente muito obrigado pelos esclarecimentos.

[Jaime Marcelo Valasek]

O form tem o $form->getData() que retorna somente os campos que estão na classe do form, agora o seu $formData vem do post e tem todos os campos do post neste caso quando se usa campos que não estão presentes na classe form você passa os dados vindos diretamente do post.

Abraços!

[Antonio F. Neto]

Obrigado pela resposta Jaime. Para mim que sou iniciante em ZF foi difícil entender isso no principio, mas depois de varios var_dump() e da confirmações aqui pretendo não ter mais problemas quanto a isso. kkkkkk

Muito obrigado pela atenção de vocês.

Antonio F. Neto