Em minha estréia, trago para você este script para agilizar a construção de formulários Flex, ele apenas aponta “o caminho”, você deverá implementar com os demais validadores.
Leia o artigo completo »

Essa é a terceira e última parte da série de artigos sobre a refatoração do ModelLocator do Cairngorm.

Muito obrigado pelo pessoal que veio acompanhando, se interessando e mandando e-mail para discutir suas soluções de implementação.

Como visto no post anterior, vamos hoje liberar o código-fonte completo da refatoração para que vocês possam entender melhor tudo que foi feito e dito, como os padrões de projeto apresentados foram aplicados e principalmente, começar a implementar suas próprias soluções em seus projetos que utilizam o framework Cairngorm.

Você pode encontrar os posts anteriores nos links abaixo:

Refatorando o ModelLocator do Cairngorm – Parte I
Refatorando o ModelLocator do Cairngorm – Parte II

Leia o artigo completo »

Primeiramente, desculpas pela demora em liberar a segunda parte desse post.

Segundo, essa é apenas uma tentativa de instigar a comunidade Flex a refletir e debater mais sobre as soluções que adotam como boas práticas de programação no seu dia a dia.

Feitas as considerações iniciais, podemos prosseguir.

Leia o artigo completo »

Recentemente, estou em contato com um projeto que utiliza a micro-arquitetura Cairngorm e o padrão ModelLocator de uma forma bem responsável. Isso me motivou a escrever esse post e reconsiderar a necessidade do uso do padrão ModelLocator em minhas aplicações Cairngorm, ou pelo menos ter muito mais cuidado ao utilizá-lo.
Leia o artigo completo »

Esse negócio de POG é uma coisa engraçada. Vejo as pessoas muito preocupadas com este tal uso dos colchetes, por exemplo. Bem, penso eu que existem inúmeras outras coisas mais importantes para se preocupar. Não que o uso da notação de colchetes indiscriminada não deva ser alertada. Mas o impacto que isto pode ter no código é bem menor, por exemplo, do que usar o Command do Cairngorm ou do PureMVC APENAS para fazer uma simples chamada no Back-end e armazenar o resultado em algum “model” no Front-end. Notem a importância da palavra “APENAS”. Se você tem uma aplicação com mais de 5 Commands e eles só fazem isso são boas as chaces de você não precisar de fato de uma Microarquitetura robusta como o Cairngorm/PureMVC ou de você estar subutilizando o Command. E eu não vejo quase ninguém discutindo isso.

Leia o artigo completo »

O uso de validação de formulários do lado do cliente é uma pratica muito comum em aplicações web, para não haver inconsistência nos dados quando forem enviados para a base de dados.

Bem, esses dias em visita a um dos nossos clientes deparei com um problema que ele estava tendo com validação de uma classe extendida do TextInput. Só que essa nova classe seria base para outras classes de Input do sistema, que necessitavam de validação para números, data, hora ou qualquer outro campo de inserção de dados. A solução encontrada foi bem simples, porém bem interessante, pois sempre estamos usando classes associadas como TextInput e Validator. Então porque não utilizamos uma class TextInput que já contenha o Validator e deixamos subclasses decidirem qual classe instanciar do validator? Isso mesmo, este é o conhecido Factory method pattern.

Veja com ficou o diagrama de classes:

Leia o artigo completo »

Como visto em posts anteriores sobre Flex e o MVC , podemos dizer que o framework PureMVC vem evoluindo muito bem, já consegue atender 10 tipos de linguagens diferentes, com 2 versões diferentes para as3, a Standard e a Multi-Core que propõe atender a programação modular (flex modules).

Leia o artigo completo »