Grande parte do dinamismo do groovy se deve ao invokeMethod. Quando declarado, este método será executado caso um método inexistente for chamado no objeto em questão (Method missing no Ruby ou Python).

“invokeMethod(String name, Object args) is at the heart of Groovy metaprogramming.”, Groovy Recipes

Leia o artigo completo »

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: