E esse template t:tabelaResultados já sabe como recuperar esses dados…
O resto das informacoes necessárias são inferidas pelo framework…
Por exemplo… nao é necessário falar que o campo deve ser formatado como data… pois o tipo de dados dele já é Date…
Mas isso é o mínimo do framework… ele faz inferencias com dados mais complexos também… como relacionamentos @ManyToOne…
Se quiser posso colocar exemplos mais complexos…
No caso… esse exemplo… monta a tabela com a paginacao… mas para seguir o padrao do framework… e ter moldura nas telas… estilo e umas coisas a mais… o jsp completo seria assim:
Displaytag é bacana e acho bem curta tirando o fato da ordenacao,paginacao não ser ajax…
Na minha opinião quanto menos coisa voce fala pior é …isso te acopla muito a ferramente em muitos cenarios…funciona bem desde que a complexidade não aumente…
[quote=rogelgarcia]O controller coloca no escopo os dados…
E esse template t:tabelaResultados já sabe como recuperar esses dados…
O resto das informacoes necessárias são inferidas pelo framework…
Por exemplo… nao é necessário falar que o campo deve ser formatado como data… pois o tipo de dados dele já é Date…
Mas isso é o mínimo do framework… ele faz inferencias com dados mais complexos também… como relacionamentos @ManyToOne…
Se quiser posso colocar exemplos mais complexos…
No caso… esse exemplo… monta a tabela com a paginacao… mas para seguir o padrao do framework… e ter moldura nas telas… estilo e umas coisas a mais… o jsp completo seria assim:
Esse é o template de uma página para fazer um CRUD (Create Read Update Delete)
[/quote]
Cara realmente fiquei impressionado com NEXT e com quem o fez “você”!rsrs
Cara reduz uns +/- 90% de codificação!
está de parabéns!
Vou pedir um exemplo aqui que fiquei 3 semanas para resolve-lo!
Criar dos COMBO BOX Estado e Cidade!
Onde estado escolhido carrega as cidade referentes a ele!
Ex: Estado = São Paulo Cidades = São Paulo, Santos etc…
Pode ser??
Displaytag é bacana e acho bem curta tirando o fato da ordenacao,paginacao não ser ajax…
Na minha opinião quanto menos coisa voce fala pior é …isso te acopla muito a ferramente em muitos cenarios…funciona bem desde que a complexidade não aumente…
[/quote]
A vantagem no Next… é que vc pode trocar o template e adicionar os AJAX, inclusive depois do sistema estar pronto
Tem alguns sistemas que eu fiz… que era ajax a navegaçao… Pra isso eu extendi o controller para adicionar uns códigos a mais de ajax… e os templates… o resto nao muda…
Poderia ter quantos níveis quisesse (colocando o país por exemplo)… na versão 3.5.1 que será a próxima já usará ajax por default
[/quote]
Incrível!
vc vai querer as entidades também ou nao precisa?
seria bom só pra eu ficar mais impressionado! rs
vlw
@Entity
public class Municipio {
Long id;
String nome;
Estado estado;
@Id
@GeneratedValue(generator="sq_municipio", strategy=GenerationType.AUTO)
@SequenceGenerator(name="sq_municipio", sequenceName="sq_municipio")
public Long getId() {
return id;
}
@DescriptionProperty
public String getNome() {
return nome;
}
@ManyToOne
public Estado getEstado() {
return estado;
}
//sets ocultados
}
@Entity
public class Estado {
Long id;
String nome;
String sigla;
Pais pais;
@Id
@GeneratedValue(generator="sq_estado", strategy=GenerationType.AUTO)
@SequenceGenerator(name="sq_estado", sequenceName="sq_estado")
public Long getId() {
return id;
}
@DescriptionProperty
public String getNome() {
return nome;
}
@ManyToOne
public Pais getPais() {
return pais;
}
//sets ocultados
}
A única diferença… é a anotação @DescriptionProperty… que indica ao Next qual propriedade descreve melhor o bean… o Next usa essa informação em vários lugares que tiver que dar um “toString” no objeto…
Para fazer o reload de combos nao é necessário código Java
[quote=rogelgarcia]As entidades sao entidades normais do hibernate…
@Entity
public class Municipio {
Long id;
String nome;
Estado estado;
@Id
@GeneratedValue(generator="sq_municipio", strategy=GenerationType.AUTO)
@SequenceGenerator(name="sq_municipio", sequenceName="sq_municipio")
public Long getId() {
return id;
}
@DescriptionProperty
public String getNome() {
return nome;
}
@ManyToOne
public Estado getEstado() {
return estado;
}
//sets ocultados
}
@Entity
public class Estado {
Long id;
String nome;
String sigla;
Pais pais;
@Id
@GeneratedValue(generator="sq_estado", strategy=GenerationType.AUTO)
@SequenceGenerator(name="sq_estado", sequenceName="sq_estado")
public Long getId() {
return id;
}
@DescriptionProperty
public String getNome() {
return nome;
}
@ManyToOne
public Pais getPais() {
return pais;
}
//sets ocultados
}
A única diferença… é a anotação @DescriptionProperty… que indica ao Next qual propriedade descreve melhor o bean… o Next usa essa informação em vários lugares que tiver que dar um “toString” no objeto…
Para fazer o reload de combos nao é necessário código Java[/quote]
lol
Obrigado Roger pela atenção!
muito bacana!
d+
vamos fazer um campanha! Usem o NEXT!
rs
Mesmo sem usar o NEXT por não ter “Tempo” e esta em um projeto Mobile! pra mim o NEXT esta aprovado!
:thumbup:
vlw++
abs
