equipe da Adobe Flex parece inclinado a afastar-se um design limpo.

atual versão Flex framework estável 3.xe a equipe Flex da Adobe está trabalhando ativamente na obtenção da versão 4.x pronto este ano. Neste momento, o SDK do Flex 4 core, codinome Gumbo, está a evoluir através de um processo de fonte aberta. De espreitar em sua versão inicial, parece promissor, pois há sérias tentativas para criar uma separação clara de comportamento e apresentação dos componentes, além de toneladas de acessórios nifty todo o quadro. (Eu prometo escrever sobre algumas das características próximas em breve)

No entanto, uma decisão de design no meio de toda a bondade, isso parece um pouco estranho e alarmante. A equipe Flex propõe como prefixo dos nomes componente Gumbo com as letras "FX". Vamos tentar entender o que isso significa.

No Flex 3.xe 2.x você tem um componente de botão, que você acessa dentro de um aplicativo flex usando <mx:Button>. Aqui o nome do componente é Button e MX é o espaço no qual este componente reside. Agora no 4.x você ainda tem o componente Button, mas ele se desvia majorly do componente com o mesmo nome no 3.x ou a versão 2.x do quadro. Seus colaboradores eventuais pode gostar de usar as duas versões ao mesmo tempo e é aí que há uma necessidade para as duas entidades, botões, ou seja, (com o mesmo nome) para ser identificado claramente.

Basta dizer, como você faz se a duas versões do Button trabalhar juntos sem causar confusão no programa. A resposta a esta pergunta é simples e tempo testados: Coloque-as em baldes diferentes lógicas.

Esta solução de colocar as coisas com nomes iguais em partições diferentes logicamente parece funcionar bem em muitas situações. Isto é como duas classes com o mesmo nome são diferenciadas - são postos sob as estruturas de pacotes diferentes. Por exemplo abcFoo e xyzFoo pode co-existir na medida em que são referidos com os respectivos nomes totalmente qualificado. Esta é a forma como elementos XML com o mesmo nome, mas a partir de diferentes esquemas são conciliáveis. Isto é como as variáveis com o mesmo nome, mas dentro de diferentes âmbitos são resolvidos.

No entanto, esta solução parece simples de contornar as considerações da equipe Flex. Eles acreditam que o particionamento lógico (que se traduz em namespaces no caso de componentes Flex acessado por seus tags XML) podem ser confusas para os novatos.

Raciocínio de senso comum

Assim, eles propõem que em vez de prefixo dos nomes de todos os componentes choque nomes whoes com os já existentes com as letras "FX". Em outras palavras, nossa <mx:Button> em Flex 3.x ou 2.x, que pela forma como é carinhosamente chamado agora de "Halo", torna-se <FxButton> em Flex 4, que também é referido como "Gumbo".

Se você usar espaços para nome em vez seguida, este mesmo botão em Gumbo será <fx:Button>.

Se formos seguir a sugestão da Adobe que podem terra com algo parecido com isto -

• Halo - mx: Button
• Gumbo - FxButton
• Mumbo (ou o que eles escolhem para chamar carinhosamente a próxima versão) - Fx2Button ou FxFxButton ou MumboFxButton
• Jumbo (possivelmente a versão seguinte evolutiva) - Fx3Button ou FxFxFxButton ou JumboFxButton

Será que você não só ligar um botão de um botão e ter o seu tempo decidir namespaces do Halo, Gumbo, Mumbo Jumbo ou clan?

Se você quiser ajudar a Adobe tomar uma decisão sensata, em favor de namespaces (ou seja, utilizando fx: em vez de Button FxButton por agora), então vá em frente e votar para este bug no JIRA Flex .

É Bookmark

Hide Sites