O Flex 3 saiu e a Adobe já iniciou o desenvolvimento do SDK do Flex 4.

Particularmente acho que a sintaxe para utilização de states em uma aplicação não está nada boa atualmente. Não me lembro a ultima vez que utilizei-a para desenhar views. Já utilizei em estudos e protótipos mas sempre pensando em como poderia realizar a mesma coisa sem states, e por conseguinte, como poderia, o meu código, ficar mais simples.

Quem trabalha com o flex, por vezes, talvez, já deve ter pensado assim e, se é que utilizou states em uma aplicação real, ficou encucado com a complexidade, pois é fácil perceber que podemos construir a mesma funcionalidade sem utiliza-los. Aqui na Dclick nunca ví uma aplicação com states e, das que conheço a fundo, acho que seria no mínimo difícil reproduzir todas as funcionalidades utilizando controle pela sintaxe atual e o código certamente ficaria extremamente complexo.

Pensando nisso a Adobe publicou alguns exemplos das novas implementações, agora a respeito da API dos states, que serão incluídas na versão 4 do Flex. Você pode verificar aqui os exemplos.

Voltando a questão, dois pontos podem ser citados como razões da pouca, ou talvez nenhuma utilização de states em uma aplicação real, diga-se, que necessite refactoring e tenha implementações constantes feitas por um numero de pessoas maior que 1. O primeiro, já citado aqui(complexidade), é legibilidade do código. Regra geral, quanto menos componentes de layout utilizarmos, melhor é a performance. Em tempo de execução os states são modificados em boa parte utilizando métodos como “addChild” e “removeChild”. Esses métodos são custosos em termos de performance. Portanto, podemos classificar o segundo ponto como performance.

Por fim, acho que a nova sintaxe é excelente e vai tornar os states muito mais úteis. Você concorda com essa afirmação? Será que podemos dizer que vai mudar profundamente a forma como arquitetamos interfaces?