[Logo] Mentawai Forum - Mentawai Web Framework
  [Search] Search   [Recent Topics] Recent Topics   [Members]  Member Listing   [Groups] Back to home page 
[Register] Register / 
[Login] Login 
Messages posted by: pgoncalves  XML
Profile for pgoncalves -> Messages posted by pgoncalves [332] Go to Page: 1, 2, 3  ...  21, 22, 23 Next 
Author Message
Tranquilo.. agora não me peça os fontes que tenho aqui, porque eles já se foram.. eehehhee

se quiser trocar uma idéia sobre o filtro pode me adicionar no messenger: pef.goncalves [at] gmail.com
Ahhh tah..

seguinte.. a na época que montei o filtro o Sérgio não gostou pois o filtro não estava simples.. e como ele me disse que a finalidade do menta é ter código simples ele colocou um filtro que ele montou que funciona mais ou menos assim...

imagina que vc tem o seguinte bean:

Bean { string nome; string telefone}

ai vc quer uma collection de bean..

no meu funciona.. agora no do sérgio ele te retornará 2 collections, um para nome e outro para telefone.. ai você itera sobre eles e cria o sua collection do bean, a partir das 2 outras listas que foi repassado..

entendeu?
Cara. já faz um tempo que não mecho com ele..

mais o filtro que montei, tem o fonte ai no fórum... e tem um javadoc..

explicação de uso:

/**
* convert html elements in a List
* ex:
* <form action="/netcontrol/Teste.isi" method="post" name="form">
* <mtw:input name="person[0].name"/><br>
* <mtw:input name="person[1].name"/><br>
* <mtw:input name="person[2].name"/><br>
* <mtw:input name="person[3].name"/><br>
*
* <mtw:input name="person[0].tel"/><br>
* <mtw:input name="person[1].tel"/><br>
* <mtw:input name="person[2].tel"/><br>
* <mtw:input name="person[3].tel"/><br><br>
*
* <mtw:button keyValue="enviar" name="enviar" onclick="document.form.submit()"/>
* </form>
* and make one bean. Ex:
* public class Person {
* String name;
* String tel;
* --> getters & setters
* }
*
* in you application manager:
* app .action("/Hello",Hello.class)
* .addConsequence(SUCCESS, new Forward("/list.jsp"))
* .addFilter(new ListFilter("person",Person.class));
*
* and in your action:
* List<Person> list = (List<Person>input.getValue("person");
*
* if you call addFilter(new ListFilter("person",Person.class,false))
* the filter will not delete objets in input. By default is true. ex:
*
* if you use the default, you can't get the object by input.getValue("person[0].nome")
* but if the parameter is true you can get object by input.getValue("person[0].nome").
*
* if you send a list in your action: output.setValue("person", listPerson);
* the filter will be try to convert in the view. The example is the fist one in this
* doc.
*
* @author Pedro Gonçalves (pedro@izap.com.br)
*/
O filtro que eu tinha montado a um tempo atrás fazia o OV e o VO filter automaticamente...
Apenas tem que tomar cuidado para que o uso de annotations nao vire uma zona.. mais ainda ta valendo =p

Pra mim sérgio, configuração programática é a mesma coisa que xml, porque vc tem que colocar cada ítem da mesma maneira.. com annotation tem como ele detectar algumas coisas e configurar...

e se vc dizer que xml nao tem auto-complete vc ta enganano, pode que vc pode montar arquivos xsd na ide e cadastrar. ae ele tem uns esquemas padrões...

teh!
=p...
eu to sabendo que vc é contra.. rsrs..
opiniões se dividem.. mais como digo...

a pessoa nao precisa usar annotations..

e tipo.. ele nao vai deixar de ser configurado por código sérgio, apenas vai ter uma camada que vai dar uns translate nas annotations para o código, no fundo é a mesma coisa!
Sérgio, você pode dar annotations para os beans também.. ficaria legal!!!

tipo..

@Id(increment=AutoIncrement/ generator="sq_generator" )

o type vc ja consegue pegar pela assinatura do método/ propriedade.. tipo o método anotado com @Id vc da um getMethod() ae vc pega o tipo de retorno, entao a quantidade de códigos diminuem consideravelmente!!!

teh mais sérgio!!

[]'s
IceWolf, a idéia é essa.. mais para que isso funcione teria que alterar o VOFIlter, porque o mesmo suporta apenas um nível...

Eu mandei em um tópico acima as classes que o spring mvc faz isso.. da uma olhada ai sergiooo!!!

teh
Isso seria legal até no caso de combos...

imagine...

um Bean Pessoa com as propriedades...

- String nome
- Cidade (bean Cidade) cidade

--
Bean Cidade
-- cdcidade
-- descricao


ae quero um combo de Cidade na tela de Pessoa..

ae faço assim...

select name="pessoa.cidade.cdcidade"

ae sei que todos os values do combo sao da propriedade cdcidade saco??

ae eu nao preciso ficar traduzindo objetos na mao..
se quiser posso te dar uma mao.. mais meu tempo ta meio garrado..

[]'s
Sim.. mais nao acho legal.. cara.. no spring mvc tem isso implementado..

da uma olhada nas classes:

org.springframework.beans.MutablePropertyValues
org.springframework.beans.PropertyValue
org.springframework.web.bind.ServletRequestDataBinder -- Faz o binder do objeto


ve elas ai se te ajuda..
Sérgio, você nao acha que está na hora de aumentar os níveis do vo filter nao? para suportar semelhante pessoa.cidade.uf.sigla

ae ele preencheria os objetos recursivamente...

ve se pensa nisso com carinho, acho que seria interessante para o fw!

teh!
Eu posso testar!!

acho que vc sabe o meu email...

Você nao precisa entupir...


saca a idéia..

imagina que vc tem 10 campos que é obrigatório...

vc sabe a rule.. que é obrigatório...

vc cria uma funcion principal..

validateForm()

dentro dela, vc poe :
campoObrigatorio(campo1,mensagem);
campoObrigatorio(campo2,mensagem);
campoObrigatorio(campo3,mensagem);
campoObrigatorio(campo4,mensagem);
campoCpf(campo4,mensagem);
campoMoney(campo2,mensagem);



ae vc monta o js de campo obrigatorio.. que vai estar dentro da rule.. so que vc escreve ele apenas uma vez.. e chama ela n vezes.. saco?

ae.. ele vai por no arquivo o campoObrigatorio uma vez e o campoCpf e o campoMoney

tudo so uma vez.. nao entupir de js!


ooou.. pode criar um arquivo .js com todas as rules la dentro..
se puder esperar 1 mes mais ou menos posso fazer.. mais agora estou meio garrado..

teh
Ae velo.. monta uma tag...

<mtw:validation name="teste">
</mtw:validation>

aaeeee..

ae ele vai no initValidator do menta e passa como parametro esse name, ae ele ve quais sao as regras que tem...

ae tipo.. o mtw:validation pegava todos os elementos que estao dentro dele.. aaaeeee verificava qual que tem na tela, assim ele sabe qual regra que ele precisa ativar!
Converte um list para ListData

só isso =p
 
Profile for pgoncalves -> Messages posted by pgoncalves [332] Go to Page: 1, 2, 3  ...  21, 22, 23 Next 
Go to:   
Powered by JForum 2.1.6 © JForum Team