Se os valores nunca mudam, sim! Pode cadastrar diretamente no dataprovider
da sua combo.

Quer ver só uma coisa...Levanta mao aqui na lista quem tem sistemas q possui
uma tabela de SEXO com dois valores (MASC e FEM)???  (aposto q vai ter gente
muita gente mandando \o/)

Isso é herança de sistemas mal projetados... Pra q isso? Uma tabela de dados
q nunca mudam?!?! A ÚNICA explicacao q vejo pra isso, é a possibilidade de
se criar facilmente um novo sexo (oq não me agrada em nada..HAHAHA - piada
infame)

Enfim.. é igual tabela de UFs.
Se o sistema é internacionalizado, ok... vc pode vincular estados com paises
e nesse ponto está certo, mas tem gente q faz sistema pra padaria da esquina
e taca lá no BD uma baita tabelona de UF com id e varchar 255 (senao
text/clob) com os estados do brasil previamente cadastrados, como se fosse
fácil criar um estado de um ano pro outro.... (vide a consituição de 88)





2009/12/1 Daniel Vitor <[email protected]>

>
> Olá senhores(as)
>
> A alguns posts atrás, rolou uma discussão sobre o uso indiscriminado
> do Bindable.
>
> Quase todos os exemplos que encontramos na internet alimenta o
> dataProvider da seguinte maneira:
>
> //Action Script
>
> [Bindable]
> private var arrSexo:Array = new Array({SEXO_ID:0, NOME:''}, {SEXO_ID:
> 1, NOME:'MASCULINO'}, {SEXO_ID:2, NOME:'FEMININO'});
>
> //MXML
>
> <mx:ComboBox id="CBsexo" dataProvider="{arrSexo}" labelField="NOME"
> y="10" x="10"/>
>
> Segundo o que li sobre o Bindable, ele aumenta muito o uso de memória
> e o tempo de processamento, principalmente se associado ao uso de
> States.
>
> Minha dúvida é:
>
> Pensando em otimização, é recomendável NÃO declarar essa variável
> Array e atribuir os valores diretamente no dataProvider? Exemplo:
>
> //Action Script
>
> CBsexo.dataProvider =  new Array({SEXO_ID:0, NOME:''}, {SEXO_ID:1,
> NOME:'MASCULINO'}, {SEXO_ID:2, NOME:'FEMININO'});
>
> //MXML
>
> <mx:ComboBox id="CBsexo"  labelField="NOME" y="10" x="10"/>
>
>
> Essa dúvida se estende a todos os componentes que possui um
> dataProvider, e vamos imaginar em um sistema completo, obviamente,
> onde o exemplo acima se repetirá diversas vezes.
>
> >
>


-- 
Mario Junior
Enterprise Java / Flex Architectures
Adobe Certified Expert Flex 3 with AIR

Sofshore Informática
http://www.sofshore.com.br
+55 (48) 3337 2003
Rua Pastor Willian Richard Schisler Filho 452 sl 102, 88034-100 Itacorubi
Florianopolis SC Brasil

--~--~---------~--~----~------------~-------~--~----~
Você recebeu esta mensagem porque está inscrito na lista "flexdev"
Para enviar uma mensagem, envie um e-mail para [email protected]
Para sair da lista, envie um email em branco para 
[email protected]
Mais opções estão disponíveis em http://groups.google.com/group/flexdev
-~----------~----~----~----~------~----~------~--~---

Responder a