[tradução] Iniciando com o Cairngorm – Parte 1
Falei sobre o Cairngorm 2.2 no Flex Bootcamp na Max da semana passada. Muitas pessoas estavam interessadas no Cairngorm, mas só tive 10 minutos para explicar o básico. Acho que a forma mais fácil de ajudar as pessoas é fazer uma rápida série de posts falando sobre os benefícios do Cairngorm. Esta série combinará artigos e videos.
Nota do tradutor: os videos não serão traduzidos. Você pode baixá-los e assisti-los em inglês, no link. De qualquer forma, tentarei fazer um ou outro screencast para mostrar o código escrito em funcionamento.
Importante: não me considero “o expert” em Cairngorm – estou longe disso. Entretanto, tenho usado Cairngorm em muitos projetos grandes (tanto na Georgia Tech quanto em meus próprios negócios). Estou aberto a correções se você achar que eu cometi um erro neste projeto. Se você quer aprender com “os experts”, verifique: Steven Webster, Alistair McLeod, Alex Uhlmann e Peter Martin.
Nota: o pessoal da Adobe Consulting (que desenvolveu o Cairngorm) está analisando o framework como um todo. É possível (atualmente provável) que algumas coisas mudem no futuro. Uma das áreas que especificamente poderão ser mudadas é o Model Locator.
Parte 1 – Iniciando com o Model Locator
O padrão Model Locator é usado no Cairngorm, mas você não precisa de uma implementação completa para usar este padrão. Primeiro vamos falar sobre os benefícios de usar um Model Locator.
Um Model Locator é um repositório centralizado para todos os dados que são necessários por toda sua aplicação. Seus dados existirão dento de uma classe Singleton. Esta classe pode ser instanciada apenas uma vez. Mas porque isso é tão importante? Deixe-me exemplificar.
Tenho no trabalho mini-blocos de notas que uso para escrever alguns dados enquanto eu trabalho. Algumas vezes eu perco um destes blocos de notas – pego um novo mas encontro o antigo, que havia perdido. Depois de um tempo usando muito ambos os blocos de notas, é muito difícil saber em qual bloco está contida determinada informação, que escrevi a uma semana atrás. Este é um exemplo simples – mas imagine se eu tiver 20 blocos de notas? Isso me deixaria louco!
Da mesma forma você pode ter uma classe que é instanciada 20 vezes dentro de sua aplicação (mesmo que você não queira). A maneira mais fácil de eliminar o problema é usar um “singleton”. Uma classe singleton é uma classe que nunca é criada da forma tradicional (nt: ou seja, new Classe()). Ela possui uma regra principal: não pode existir mais de uma vez em qualquer ponto na sua aplicação. Mas como fazer isso? Mostrarei no exemplo Model Locator.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | package net.davidtucker.CairngormSample.model { import com.adobe.Cairngorm.model.IModelLocator; [Bindable] public class ModelLocator implements IModelLocator { // Unica instancia do ModelLocator private static var instance:ModelLocator; public function ModelLocator(enforcer:SingletonEnforcer) { if (enforcer == null) { throw new Error( "Você pode ter apenas um ModelLocator" ); } } // Retorna a instância singleton public static function getInstance() : ModelLocator { if (instance == null) { instance = new ModelLocator( new SingletonEnforcer ); } return instance; } //DEFINA SUAS VARIÁVEIS AQUI } } // Classe utilitária para proibir o acesso à classe construtora class SingletonEnforcer {} |
Este código pode parecer um tanto assustador no início, mas acredite: não é tão difícil quanto pode parecer. Primeiro, temos nossa declaração de pacote (package) e importamos algumas classes. Neste momento sabemos que iremos precisar da interface IModelLocator. Para usá-la você precisará do SWC do Cairngorm, que pode ser encontrado aqui: Cairngorm. Note também que você pode construir um Model Locator sem o Cairngorm e eu faço isso frequentemente em pequenos projetos (simplesmente deixando de fora o ‘implements IModelLocator’ e ‘import com.adobe.Cairngorm.IModelLocator’ da minhas classe Model Locator).
1 2 3 4 | [Bindable] public class ModelLocator implements IModelLocator { // Unica instancia do ModelLocator private static var instance:ModelLocator; |
Em seguida temos nossa definição da classe. É muito importante usar a metatag Bindable exatamente antes da definição da classe. Isso tornará possível que todas as variáveis definidas dentro do ModelLocator sejam usadas para “bindar”. Seguiremos em frente e criaremos uma variável. Ela será chamada de “instance” e será do tipo ModelLocator. Essa será a variável onde vamos guardar nossa única instância da classe. Também será marcada como estática (static). Se você não sabe o que é static, não se preocupe: será discutido na próxima lição.
1 2 3 4 5 | public function ModelLocator(enforcer:SingletonEnforcer) { if (enforcer == null) { throw new Error( "Você pode ter apenas um ModelLocator" ); } } |
O próximo passo é o contrutor. Ele recebe apenas um argumento – enforcer. Você vai ver que tem como tipo SingletonEnforcer que é definido exatamente após a nossa classe. Aqui está a lógica por trás da técnica:
- Em Actionscript, quando se declara uma classe abaixo da classe principal, esta estará disponível apenas para aquela classe (a principal). Muitas pessoas chamam esta técnica de Classes Utilitárias (mas outras pessoas utilizam o termo para definir um escopo muito maior).
- Se o método construtor requer este argumento, então a classe principal pode criar apenas uma instância dela mesma, porque não temos acesso direto à classe SingletonEnforcer. Apenas a classe principal tem acesso.
- Não acessaremos nossa classe da maneira tradicional, usando o new porque não podemos chamar o construtor. Mostrarei em instantes como fazer.
Uma vez que estamos dentro do método construtor, temos umas poucas linhas que fazem as coisas funcionar como planejado. O if verifica se temos um enforcer válido passado como parâmetro. Caso não exista, dispara uma exceção informando que “Você pode ter apenas um ModelLocator”.
1 2 3 4 5 6 7 | // retorna a instância singleton public static function getInstance() : ModelLocator { if (instance == null) { instance = new ModelLocator( new SingletonEnforcer ); } return instance; } |
A função “getInstance” é como acessamos nosso ModelLocator a partir de nossa aplicação. Essa função simplesmente retorna a instância da classe. Se ainda não existe, ela é criada. Podemos então acessar nosso ModelLocator usando o seguinte código:
1 | var model:ModelLocator = ModelLocator.getInstance(); |
