No seu aplicativo você tem um DTO cujo os dados são renderizados por diferentes Views (telas). Então, toda hora que o seu DTO muda, você percebe sua aplicação travada por uns segundos. Depois de um tempo você percebe que o problema é que mesmo as telas que estão invisíveis estão executando código de apresentação de dados com base no novo DTO. Bem, este é um problema comum quando trabalhamos com DTOs complexos e abusamos do Data Binding.

A notícia ruim é que se você não teve este problema ainda, um dia você terá. A notícia boa é que uma das maneiras de evitar este problema é utilizar o DTOViewHelper, componente disponibilizado neste screencast.

Alguns Frameworks atuais do Flex oferecem maneiras de resolver este problema, mas o DTOViewHelper é independente do Framework que você usa. Além disso, como pode ser visto no Screencast, você pode definir métodos auxiliares dentro do DTOViewHelper com o objetivo compartilhar lógica de apresentação de dados de DTOs entre diferentes Views (veja o exemplo da Data que mostra a string “Hoje” no Screencast).

Clique aqui para fazer o download do código fonte do exemplo “errado” (I could be WRONG).

Clique aqui para fazer o download do código fonte do exemplo “certo” (I could be RIGHT).

A DClick SP esta em busca um Designer para seus aplicativos RIA. Os interessados devem enviar um currículo para oportunidade@dclick.com.br.

Mas deixa eu falar uma coisa: como é difícil encontrar Desginers que desejem trabalhar com aplicativos, não é verdade?

Suponho que muitos Designers não querem trabalhar em empresas de TI por alguns motivos:

1. Os Designers acreditam que numa grande agência de publicidade eles terão mais reconhecimento (só não devem se esquecer que numa agência talvez ele seja só mais um)

2. Os Designers acreditam que numa grande agência eles terão oportunidade de concorrer a prêmios (tá bom, deve ser legal, mas isso não vai mudar o mundo)

3. Os Designers acreditam que fora de uma agência seu trabalho não será valorizado, mas sim ridicularizado como geralmente acontece em empresas de TI que vêem este trabalho como algo supérfluo – para não dizer “frescura” (termo terminantemente proibido na DClick para avaliar um Design!)

Pois bem, exposto o motivo a opinião pela qual muitos Designers preferem agencias, agora deixa eu falar porque aqui na DClick será diferente:

1. Aqui na DClick você terá reconhecimento pois você será o responsável por aplicativos como este e estes do teaser. Você também estará trabalhando na maior empresa de RIA do Brasil e prestando serviços para clientes como Petrobras, Odebrecht, COC e possivelmente clientes do exterior.

2. Mas tudo isso do item 1, apesar de ser verdade, soa muito corporativo e num blog como este ninguém agüenta este dialeto dos negócios. Pois bem, trocando em miúdos, o principal motivo para você trabalhar aqui é mudar a maneira como as empresas de TI enxergam o Design de Aplicativos construindo cases que vão deixar o mundo de boca aberta. Aqui nós queremos desenvolver aplicações Hollywoodianas no sentido de “criação de grandes experiências” graças ao perfeito equilíbrio entre as diferentes expertises: design gráfico, design de interação, programação e negócios. E nós acreditamos que isso pode mudar o mundo não apenas pelos aplicativos que acreditamos que somos capazes de desenvolver, mas também com as noções tais como a de que o Design é, como tudo, algo vivo no processo e não apenas o ato de colorir wireframes.

3. Você será peça fundamental na criação destas aplicações Hollywoodianas. Aqui a sua opinião será ouvida e ponderada. Não prevalecerá os paradigmas das empresas de TI que muitas vezes vetam uma boa idéia porque acham que vai ser difícil fazer. Temos técnicos altamente capacitados para tornar realidade o seu Design. O seu Design é um desafio para nós e não um problema irrelevante.

Pois bem, já vendi o peixe da empresa, agora cabe a você vender o seu. Ajuda muito se você se achar capaz de fazer Design como os dos screenshoots abaixo:

A ultima turma do Imersão Adobe Flex recebeu alguns “presentinhos”. Dentre eles o componente PodFlip, utilizado numa das aplicações que desenvolvemos aqui na DClick e que o pessoal já andou vendo por aí.

É verdade que o Flex 4 e com as novas capacidades 3D do Flash Player isso será bem mais fácil no futuro. Mas enquanto este dia não chega agora é a hora de compartilhar este componente com o restante de comunidade. Espero que seja util em algum projeto para vocês.

Clique aqui para fazer o download do código fonte deste screencast.

O screencast abaixo é bem simples, porém muito eficiente para proteger o seu código. É importante ressaltar que isso tudo é necessário, pois o Action Script 3 não possui construtor privado e muito menos a implementação nativa de Enum.

A DClick RJ está contratando programadores RIA para trabalhar no RJ.

Se você conhece bem Adobe Flex suas chances são grandes. Senão, veja se você encaixa na filosofia abaixo.

Nota: Os dois últimos projetos do vídeo foram desenvolvidos pela em parceria com a Roundarch dos EUA.

Os interessados devem enviar um email para: oportunidade@dclick.com.br. Quem sabe no próximo DClick Team Teaser o seu nome não faça parte da lista que aparece no final do clipe.

Uma palestra do Flex For Kids: R$ 3,00.
O evento Flex For Kids: R$ 30,00.
Ver o incrível vídeo do Flex For Kids. Apenas 3 minutos.
Ajudar uma criança a sorrir: Não tem preço.

Quando você quer manipular imagens e outros tipos de arquivos no Flex, geralmente você precisa do BitmapData ou o ByteArray desse arquivo. A maioria das pessoas já sabe como fazer isso usando o Loader, mas é um pouco mais difícil encontrar informações sobre como fazer isso com arquivos "Embedados". Por isso, vou mostrar aqui como fazer!

Se você quer embedar uma imagem (JPEG, GIF ou PNG) no Flex, você precisa embedar em uma variável do tipo Class. O que a maioria das pessoas não sabe é que o tipo dessa classe será BitmapAsset e que BitmapAsset é uma subclasse da classe Bitmap. Então, você pode fazer isso:

Agora, para pegar o ByteArray, você precisa de uma pequena alteração. Você deve adicionar o parâmetro mimeType="application/octet-stream" para a metadata Embed. Com esse parâmetro, a variável Class será do tipo ByteArrayAsset, que é uma subclasse do ByteArray. Então, você poderá fazer isso:

Dessa maneira, você pode até usar o Embed em algum arquivo TXT ou XML para sua aplicação e lê-lo facilmente! O ByteArray pode ser convertido para String dessa maneira:

Fácil, hein?

A DClick está patrocinando o Flex for Kids. Este é um evento muito especial para todos que trabalham não apenas com RIA, mas com desenvolvimento de Software em geral. Eu não preciso escrever muito neste post. Basta você clicar aqui e ver (sentir) o vídeo de menos de três minutos.

Ano passasdo perguntei ao Beck como passar parâmetros para Event Handlers adicionados dinamicamente, porque quando você adiciona Event Listener usando myComp.addEventListener(...), o handler deve esperar apenas o parâmetro do evento. O Beck deu uma solução para isso, mas deixou claro que é apenas uma solução "alternativa", não a melhor delas.

Alguns dias atrás eu estava trabalhando com requisições simultâneas para o servidor e queria guardar o parâmetro da chamada, mas não queria ter que retornar ele do Java, então pensei em uma outra solução para isso. Considerando que seu Event Handler está esperando uma Function que tem somente um parâmetro Event, eu criei uma outra Function que retorna uma Function esperando um parâmetro Event. Mas o segredo é que o escopo de Function Closure permite que você acesse parâmetros tanto da primeira quanto da segunda Function, então você pode fazer isso:

Mas e agora se você quiser usar esse Event Handler diretamente no MXML? Bem, você não pode fazer isso:

Isso não vai funcionar porque a Function que retorna da primeira Function está esperando um parâmetro Event. Então, você pode fazer assim:

Estranho, não? Talvez mais um patter do FreaktionScript?

Sempre depois de um evento como o Flashcamp Brasil fica aquela sensação de "que pena que acabou". Mas no meu caso este sentimento é confuso. Ao mesmo tempo em que sentirei falta também me sinto aliviado. Eu tinha um grande receio que a minha apresentação não fosse bem recebida e, para ser sincero, assim como em tudo que eu faço, tinha a expectativa de estar fazendo algo de real valor.

Geralmente neste tipo de evento as pessoas esperam apresentações técnicas, demonstrações e coisas do tipo. E eles tiveram isso com excelentes apresentações tanto dos americanos quanto dos brasileiros. Mas eu tomei um rumo totalmente contrário abordando assuntos muitos mais humanos do que tecnológicos, embora a relação entre um e outro fosse reforçada em alguns pontos da apresentação. E parece que foi uma boa abordagem pelo feedback que tive das pessoas que vieram me cumprimentar depois da palestra.

Eu fico extremamente feliz de perceber que no fundo as pessoas puderam sentir e não apenas ouvir o que eu falei. Afinal de contas, uma apresentação também é uma experiência. E para mim, este primeiro Flashcamp, foi um verdadeiro marco.

Nos dias 15/01/10 e 16/01/10 será realizado em Maceió o Flashcamp Brasil e eu estarei lá como palestrante representando a DClick e falando das ideias do OUTBOX. Mas eu não poderia simplesmente falar de algo que alguns já conhecem, embora, provavelmente, não seja a maioria presente no evento.

Quando falamos em RIA inevitavelmente estamos falando de Experiência do Usuário. Mas deixando o "tecniquês" de lado, eu vejo experiência do usuário como um caso de empatia. Pensar em experiência do usuário é, num certo sentido, se colocar no lugar do outro; é fazer algo para alguém esperando que ele goste do que foi feito. Por encarar isto desta forma eu vejo muitas das outras coisas que eu faço sob a perspectiva da experiência do meu publico. Seja um Software, seja um post, seja um screencast, seja um vídeo, seja um treinamento ou uma apresentação, eu sempre me coloco no lugar das pessoas para conseguir oferecer a elas uma experiência que as marque de alguma forma. A frase abaixo sintetiza muito bem esta minha maneira de pensar:

"As pessoas esquecerão o que você disse, as pessoas esquecerão o que você fez, mas as pessoas nunca esquecerão como você as fez sentir." - Maya Angelou

Espero, desta forma, marcar o publico presente no Flashcamp Brasil proporcionando-lhes bons momentos com uma palestra útil, agradável e, por que não, divertida. E se você ver um maluco com a camiseta da foto abaixo saberá que sou eu (e para você que estará no Flashcamp, saiba que a minha palestra já começou).

Quando criamos um Container no Flex e não especificamos seu tamanho, o tamanho será calculado com base nos filhos que são adicionados ao Container. Porém, caso você especifique um tamanho para ele, o tamanho passa a ser o que você especificou e, caso ele seja menor do que o tamanho dos filhos, o componente exibirá uma ScrollBar.

Mas e se você quiser que ele volta a calcular o tamanho para você? Existem alguns casos em que precisamos que isso seja feito, porém não podemos atribuir "null" ou -1 como valor na propriedade para que o Container volte ao comportamento inicial.

Conversando com o Beck Novaes a muito tempo atrás, ele me apontou uma solução para isso. Se vocês olharem no código de alguns componentes do Flex (como o Container ou o UIComponent), vocês encontrarão várias referências para a função isNaN() e, como muitos de vocês devem saber, NaN é o valor atribuído a variáveis numéricas quando não estão com algum valor numérico atribuído.

Portanto, para que o componente calcule o tamanho para você, faça o seguinte:

Um exemplo completo:

Estranho, não? Seria esse mais um pattern do FreaktionScript?

Não é a primeira vez que entro com meu serial do Flex Builder e recebo a mensagem dizendo que meu serial é inválido. Dessa vez fiz uma procura e achei o que causa tal mensagem de erro.

Por algum motivo quando executamos o eclipse, ele não sobe com a permissão de admin na máquina, o que o impossibilita de criar o aquivo license.properties que é responsável por armazenar seu serial.

Para resolver o problema, bastei executá-lo via Terminal com o comando sudo.

sudo /Applications/eclipse/Eclipse.app/Contents/MacOS/eclipse

Com tal comando, o eclipse foi executado com permissão de admin, o que possibilitou o serial ser salvo sem problema algum.

Não sei se o mesmo acontece no windows, mas caso sim, basta executar o eclipse com permissão de admin que isso se resolverá.

Resolvi repetir a dose. E aqui estou eu novamente para mais um Terça Insana Megapost.

Componente ValidatorGroup: Use apenas um validador para mais de um controle de interface.

HTMLTextItemRenderer: Use um ItemRenderer super leve para formatação "avançada" de uma célula no DataGrid

Screencast 2 em 1: Entenda os dois componentes em apenas 5 minutos.

Podcast: Podcast baseado numa "reunião/apresentação" sobre componentetização e vários assuntos "avançados" de Flex na DClick. Neste Podcast a Parte I da reunião com foco em componentização e performance no front-end


[audio:http://www.becklog.org/wp-content/uploads/2009/reuniao-parte1.mp3]


Download do Podcast

Componente QuickView: Faça um Preview dos seus DTOs

Componente QuickSearch: Faça um QuickSearch como no MAC OS

Componente PodStack: Faça transições sem abrir mão do View Stack

Screencast 3 em 1: Entenda tudo isso em apenas 12 minutos. Nada de textos e posts longos complicados.