Segue um exemplo básico de aplicação de como localizar um determinado tipo de arquivo no computador. Este respectivo código pode ser evoluído e reaproveitado em algum aplicativo que precise ler conteúdo de um determinado diretório do computador.
Obs.: Essa aplicação foi baseada e adaptada do disponibilizado nesse link.
Ver código:
Download: FileSearch
SVN: http://erkobridee.googlecode.com/svn/trunk/adobe_air/FileSearch/
Segue um outro post fruto dos meus estudos do recurso NativeProcess disponível a partir do Adobe AIR 2, neste caso irei compartilhar um client em AIR do conhecido cmd.exe
Download: WindowsConsole.zip
Projeto desenvolvido no Adobe Flash Builder
Sobre:
Este projeto de exemplo, trata-se nada mais, nada mesmo que um simples exemplo de uso do recurso NativeProcess do Adobe AIR 2.0 parar criar uma interface em AIR do cmd.exe do windows, executando os mesmos comandos que você poderia executar no cmd.exe.
Visão da arquitetura do aplicativo:
Comandos executados diretamente pelo aplicativo:
clear – limpa o textarea
exit – fecha o aplicativo
Bug conhecido:
encoding – não achei uma maneira de tratar o encoding retornado do aplicativo cmd.exe, com isto as acentuações ficam com problema
NOTA SOBRE O INSTALADOR DA APLICAÇÂO:
Utilizando o recurso NativeProcess do Adobe AIR 2.0, para que seu aplicativo use/consiga acessar a aplicação nativa, você DEVE criar um instalador nativo da sua aplicação, para então esta funcione. IMHO isto quebra totalmente a portabilidade da aplicação, tudo bem para rodar no Android, ou outro smatphone é até aceitável, mas para os Sistemas Operacionais não… ou então por que não me disponibiliza uma distribuição .jar da aplicação com suporte ao NativeProcess ?!
A imagem a seguir é a triste verdade atual para usar o NativeProcess do Adobe AIR 2.0:
Atualização 20100724 0228:
- Disponibilizei um teste [ Test_WindowsConsole.zip ] onde verifiquei que o que difere e possibilita uma aplicação Adobe AIR no Windows poder ou não utilizar o NativeProcess é o arquivo .exe de inicialização, como pode ser visto:
Basta descompactar o arquivo e executar a aplicação através dos .exe
- Inclui este projeto no SVN do Google Code [projeto]
efetuar check ou do projeto a partir da URL [acesso apenas para leitura]:
http://erkobridee.googlecode.com/svn/trunk/adobe_air/nativeprocess/WindowsConsole
Localmente utilizo o TortoiseSVN.
Continuando meus estudos com Swiz Framework, depois de uma batalha de algumas horas para entender o fluxo e funcionamento eis que consegui montar um projeto na estrutura que pretendo utilizar como base inicia para futuros projetos em Flex 3, 4 e AIR
Agradecimento ao @BetoFiote que me ajudou nos testes e a debater a idéia e respectiva estrutura apresentada neste post.
Antes de mais nada, eis a Arquitetura da Aplicação utilizando o padrão Presentation Model:
Como a estrutura da aplicação é simples não houve uma necessidade justificável de ter uma camada de delegates, commands e afins. O objetivo é ter uma estrutura organizada com a menor quantidade possível de código/arquivos para facilitar a manutenção e expansão da aplicação.
A seguir a estrutura de pastas/pacotes utilizada:
Segue o detalhamento da estrutura acima:
config
Pacote onde ficam os arquivos de configuração do Swiz Framework
controller
event
model
entities
Pacote onde ficam os VO, classes de entidades em geral da aplicação
presentation
Pacote onde ficam as classes do Presentation Model
view
A seguir, a aplicação de exemplo usando esta estrutura…
Há certo tempo estava pensando em deixar de utilizar o Mate Framework devido a uma falta de suporte mais robusta ao desenvolvimento de aplicações em Adobe AIR, então durante o FlexMania 2010, um uma palestra que abordava o tema Flex 4 – Desenvolvendo com Portabilidade(Web, Desktop e Mobile), pude ver um uso prático e fácil do Swiz Framework que me motivou a iniciar meus estudos e uso deste framework para as futuras aplicações que serão desenvolvidas. Neste post irei compartilhar o que até aqui ajuntei de informações…
Swiz Framework: Site | @SwizFramework | Wiki
Segundo a definição do Wiki temos:
O Swiz é um framework para Adobe Flex, Flash e AIR para fornecer um completo suporte ao desenvolvimento de soluções RIA. O Swiz te proporciona:
Indo na contramão da maioria dos frameworks para Flex, o Swiz:
O Swiz representa o melhor das práticas aprendidas dos melhores desenvolvedores de RIA de algumas das melhoras empresas de consultoria da indústria, possibilitando assim que o Swiz seja, simples, leve e extremamente produtivo.
De início um ponto que me chamou a atenção e me agradou muito no Swiz, a documentação de como utilizar o Swiz disponível na Wiki é simples, fácil e clara, a qual recomendo a leitura. Após uma leitura, veja este exemplo de uso do Swiz [CafeTownsend-Flex4].
Links antigos que auxiliam na compreensão do Swiz Framework:
Adobe TV – Introducing Swiz [19/08/2008]
Possui uma explicação ampla sobre o framework.
Christophe Coenraets – uma aplicação simples usando o Swiz Framework e BlazeDS
Exemplo bem interessante, onde um ponto a ser observado foi como foi definido o acesso ao RemoteObject através do Swiz.
Using Swiz Part 1: Initial Setup
Conjunto de post sobre o uso do Swiz, atentar aos links relacionados do post.
Swiz in 20 minutes
Neste vídeo podemos te uma visão clara do poder e facilidade de uso do Swiz Framework e observar um detalhe que para mim é extremamente importante, nenhum código extra além da lógica da nossa aplicação, com isto o Swiz consegue ser fiel ao que se propõem…
Links recentes sobre Swiz Framework:
Jandersonfc
#flexmania 2010 – Flex 4 – Desenvolvendo com Portabilidade(Web, Desktop e Mobile)
Esta foi a palestra a qual me referi no início do post.
#flexmania 2010 – disponibilizando código fonte
Material da Palestra.
Publicações no blog abordando o assunto.
Swiz in Actionscript Projects (including Flash IDE projects)
Para quem tiver interesse em utilizar o Swiz Framework sem ser em um projeto Flex ou AIR é interessante a leitura desse post.
Slides e demais informações complementares referente a minha palestra no FlexMania 2010.
Depois de um dia muito corrido de trabalho, na noite de quinta-feira (08/07/2010), as 19:30 as 20:30, foi realizada a minha palestra sobre o assunto: Adobe Flex + Oracle WebLogic 10.x no mais tradicional do meu estilo de vida: frenaticamente hehe
E neste post irei disponibilizar as respectivas informações da palestra apresentada.
Post interessante que recomendo a leitura: Resumo: Flex Mania 2010 – Dia 1 (Erich Kist Blog)
Aqui também deixo meus agradecimento a todos os presentes na minha palestra o/ e ao @IgorCosta (Site) pelo convite.
Tem mais na próxima página…
Olá galera, aqui estou eu mais uma vez para passar um conteúdo para vocês que acredito ser de grande ajuda para quem tem que fazer relatórios com java + flex…
Desde de agosto de 2009 tenho trabalhado intensamente com relatórios, na verdade criei um gerador de relatório em flex que assim como ireport gera um xml válido para o JasperReport, então acredito ter muito a ensinar para vocês e espero que hoje seja só o começo desse assunto por aqui 
Tenho recebido muitos emails pedindo “como trabalhar com relatórios java+flex” e ultimamente depois que comentei que iria falar sobre o assunto a cobrança aumentou, e como estou em fase de mudança e sem tempo para escrever um post grande cheio de explicações resolvi criar o meu primeiro screencast para mostrar o que fiz, assim acho que é mais rápido e compreensível, então aí vai o screencast, espero que gostem e me perdoem por falta de experiência com screencast, no mais bons estudos
espero o feedback de vcs
Caso queira o projeto java é só baixar aqui.(com as libs incusive as do ireport).
Caso queira o projeto flex é só baixar aqui.
as libs necessárias do ireport ficam localizadas:
local instalado o ireport ( ex: C:Arquivos de programasJaspersoftiReport-3.7.1 ) + ireportmodulesext
dentro dessa pastas os arquivos .jar
commons-digester-1.7.jar, groovy-all-1.5.5.jar, iText-2.1.0.jar, jasperreports-3.7.1.jar, jasperreports-chart-themes-3.6.2.jar, jasperreports-extensions-3.5.3.jar, jasperreports-fonts-3.6.1.jar.
Cumps.
Similar Posts:
Lumine + ZendAmf + Flex 3/5
Olá pessoal !!!
Vamos dar continuidade aos posts anteriores que trataram do Backend da nossa aplicação.
Nesse post vamos codificar o frontend da nossa aplicação, para isso vamos utilizar a dubla que se tornou titular em meus projetos : Flex + Swiz framework.
Flex Project
A estrutura do nosso Flex Project fica da seguinte forma :
Estrutura do projeto flex
Flex Compiler
Como estamos usando Swiz e as configurações de remote através do services.xml precisamos adicionar alguns argumento ao Flex Compiler, nesse caso ficou assim : -locale en_US -services=..services.xml -keep-as3-metadata+=Autowire.
RemotingService
Agora podemos configurar nosso RemotingService com o arquivo services.xml
Lembrando que o endpoint uri deve ser alterado para apontar para o seu projeto php
services.xml
<?xml version="1.0" encoding="UTF-8"?> <services-config> <services> <service id="zend-service" class="flex.messaging.services.RemotingService" messageTypes="flex.messaging.messages.RemotingMessage"> <destination id="zend"> <channels> <channel ref="zend-endpoint"/> </channels> <properties> <source>*</source> </properties> </destination> </service> </services> <channels> <channel-definition id="zend-endpoint" class="mx.messaging.channels.AMFChannel"> <endpoint uri="http://localhost/lumine-zend-flex/php/gateway.php" class="flex.messaging.endpoints.AMFEndpoint"/> </channel-definition> </channels> </services-config>
Swiz
Então podemos configurar o Swiz para isso temos 2 arquivos :
ApplicationSwizConfig.mxml : Responsável pelas configurações básicas do Swiz
ApplicationBeans.mxml : Responsável pelo mapeamento dos nossos beans
ApplicationSwizConfig.mxml
<?xml version="1.0" encoding="utf-8"?> <swizframework:SwizConfig xmlns:mx="http://www.adobe.com/2006/mxml" xmlns:swizframework="org.swizframework.*" eventPackages="{['br.com.flexria.events']}" viewPackages="{['br.com.flexria.view']}" logEventLevel="{LogEventLevel.DEBUG}" beanLoaders="{[ApplicationBeans]}" injectionEvent="preinitialize" mediateBubbledEvents="true" strict="true"> <mx:Script> <![CDATA[ import mx.logging.LogEventLevel; ]]> </mx:Script> <mx:TraceTarget id="logTarget" includeCategory="true" includeLevel="true" includeDate="true" includeTime="true"/> </swizframework:SwizConfig>
ApplicationBeans.mxml
<?xml version="1.0" encoding="utf-8"?> <BeanLoader xmlns="org.swizframework.util.*" xmlns:mx="http://www.adobe.com/2006/mxml" xmlns:factory="org.swizframework.factory.*" xmlns:delegates="br.com.flexria.delegates.*" xmlns:controllers="br.com.flexria.controllers.*"> <!--DELEGATES--> <delegates:ContactDelegate id="contactDelegate"/> <delegates:PhoneDelegate id="phoneDelegate"/> <!--CONTROLLERS--> <controllers:ContactController id="contactController"/> <controllers:PhoneController id="phoneController"/> <!--REMOTES--> <mx:RemoteObject destination="zend" id="contactRemote" source="ContactService" /> <mx:RemoteObject destination="zend" id="phoneRemote" source="PhoneService" /> </BeanLoader>
Agora que temos nosso projeto flex configurado e podemos começar a codificar p valer : Tutorial : Lumine + ZendAmf + Flex 4/5
Até já !!!
Tutorial : Lumine + ZendAmf + Flex 1/5
Tutorial : Lumine + ZendAmf + Flex 2/5
Tutorial : Lumine + ZendAmf + Flex 3/5
Tutorial : Lumine + ZendAmf + Flex 4/5
Tutorial : Lumine + ZendAmf + Flex 5/5
Olha só, 10 palestras sobre Adobe Flex com conteúdo excepcional e extremamente prático:
Corra, pois a maratona é agora dia 06/fev/2010.
Fazendo sua inscrição você, além de ajudar o Cotolengo, pois essa maratona é beneficiente, você concorrerá ao final do evento à um Magic Mouse da Apple (oferencimento do Fábio Vedovelli) e à um Adobe Flex Builder Pro (oferecimento do meu chará Igor Costa).
A inscrição tem um valor simbólico de R$ 30,00.
Além disso, todas as palestras serão gravadas e estarão disponíveis 15 dias após o evento para todas as pessoas que fizerem sua doação. Por isso, mesmo que você não possa estar on-line agora dia 06/fev/2010, não deixe de fazer sua doação, pois você fará o download de TODAS as palestras e poderá assistí-las quantas vezes quiser.
+ de 320 pessoas já se inscreveram nesta maratona, faça parte você também.
Confira abaixo quais os conteúdos que serão abordados na maratona.
Nesta palestra o participante irá conhecer a API Multi-touch introduzida na versão 2.0 do Adobe Integrated Runtime, que traz grande facilidade para o desenvolvimento de aplicações explorando este recurso.
Público Alvo: Desenvolvedores, gerentes de projeto e entusiastas no desenvolvimento de soluções utilizando o AIR 2.0
Duração: 30 minutos.
Você verá na prática como integrar o Flex com a nova abordagem MVC do ASP.NET, indo além do CRUD.
Público Alvo: Desenvolvedores Flex que utilizem ou querem utilizar o ASP.NET MVC como Back-End.
Duração: 50 minutos.
Essa palestra visa mostrar a brutal diferença entre seus “concorrentes” e entender melhor a “conceptual constraint” que levou os autores do Swiz Framework a desenvolverem uma solução simples e flexível para projetos Flex/AIR, em relação aos demais frameworks conhecidos. (Cainrgorm, PureMVC, Mate, etc). Pré requisito: Conhecer “Dependency Injection” (DI) e “Inverse of Control” (IoC).
Público Alvo: Desenvolvedores Flex.
Duração: 50 minutos.
Essa palestra tem por objetivo demonstrar a desenvolvedores Flex como implementar em suas aplicações funcionalidades de um discador VOIP, usando soluções open source.
Público Alvo: Desenvolvedores Flex.
Duração: 50 minutos.
Conheça um novo mundo de possibilidades e tecnologias com Javascript e HTML para desktop e descubra como Adobe Air se integra a este ambiente, utilizando como case o PomoDo.
Público Alvo: Desenvolvedores de qualquer linguagem.
Duração: 50 minutos.
Será debatido um estudo de caso onde implementamos um mecanismo de busca semântica através do design (!) A interface apenas pode ser viabilizada pela alta capacidade de componentização do Flex e porque entendemos o que o usuário precisava fazer com a interface.
Público Alvo: Desenvolvedores Flex e designers de todos os credos e cores.
Duração: 30 minutos.
O Cairngorm é considerado por muitos como um framework com uma curva de aprendizado elevada. A finalidade desta palestra é desvendar o Cairngorm utilizando uma abordagem diferenciada, com o objetivo de facilitar o aprendizado do mesmo.
Público Alvo: Desenvolvedores Flex.
Duração: 50 minutos.
Muitos ainda não se convenceram da necessidade da utilização de um dos frameworks MVC (Model – View – Controller) presentes no mercado e esta palestra tem como objetivo mostrar a sua importância e indicar o framework escolhido pela RIA Labs.
Público Alvo: Desenvolvedores Flex.
Duração: 50 minutos.
Entenda como funciona a integração Adobe Flex com todos os serializadores disponíveis no mercado (BlazeDs, LivecycleDs,WebOrb for java,Pimento,Red5) para integração com seu back-end Java e crie novas ferramentas com recursos ímpar para seu negócio.
Público Alvo: Desenvolvedores Java.
Duração: 50 minutos.
Como as principais novidades da Plataforma Flash poderão impactar o desenvolvimento de Rich Internet Applications.
Público Alvo: Pessoas interessadas no desenvolvimento de Rich Internet Applications.
Duração: 50 minutos.
Outra dúvida muito solicitada por email pela galera é a respeito da atualização do swiz, quando atualiza o framework logo de kara dá erro,confesso que esse tempo todo não trabalhei com projetos usando o swiz, só quando fiz esse Tutorial, e também por falta de tempo, não atualizei o framework, mas esse final de semana para minha surpresa tentei migrar e foi super tranquilo, então vou passar a dica para vocês agora.
Esse artigo é continuação do
TUTORIAL JAVA + FLEX NA PRÁTICA 1/6
TUTORIAL JAVA + FLEX NA PRÁTICA 2/6
TUTORIAL JAVA + FLEX NA PRÁTICA 3/6
TUTORIAL JAVA + FLEX NA PRÁTICA 4/6
TUTORIAL JAVA + FLEX NA PRÁTICA 5/6
TUTORIAL JAVA + FLEX NA PRÁTICA 6/6
TUTORIAL JAVA + FLEX NA PRÁTICA 7/6 – Bônus
TUTORIAL JAVA + FLEX NA PRÁTICA 8 – Datas
Caso queira o projeto java é só baixar aqui (sem as libs).
Caso queira o projeto java é só baixar aqui.(com as libs).
Caso queira o projeto flex é só baixar aqui.
ATUALIZANDO O SWIZ FRAMEWORK
Primeira coisa que vamos fazer é baixar a última versão stable e atualmente (25/01/2009) é a swiz-0.6.4-flex3.swz. Digo isso porque vi no site da swiz que existe a versão alpha 1.0 do framework, esse sim pelo que vi terá algumas novidades notável, como metadata personalizado, estou migrando para essa versão 0.6.4 e quando lançar a 1.0 atualizo vocês por aqui no blog . vamos ao que interessa .
depois de ter feito isso vai dar erro na nossa models.delegates, isso porque a classe AbstractDelegate foi retirada do framework do swiz, basta retirar o extends AbstractDelegate que nossa classe voltará a funcionar, se vc tentar rodar agora já vai funcionar, blz.. espero que tenha ajudado muita gente.
Tô brincando galera… já que é para atualizar vamos atualizar direito..hehe assim funciona mais não está de acordo com a documentação do Swiz.
Próximo passo nosso será criar o nosso SwizConfig, no nosso projeto na index.mxml temos um preinitialize que invocava a funcção que iniciava o Swiz, agora temos o Swiz config que substitui essa antiga configuração, então nosso index.mxml era assim:
ficou agora assim:
tá, mas se funcionava antes porque vou fazer isso? explico, está vendo esse viewPackages e eventPackeges, isso é muito importante para usar uma nova Metadata do Swiz, o mediate, tinha na versão anterior mas não era interessante como agora , já que agora conseguimos passar para o nosso Mediate nosso Evento customizado, tudo isso graças a esse atributo eventPackeges. Além disso na 1.0 esse arquivo vai ser mantido pelo que vi, então você estará mais próximo para atualizar quando o mesmo for lançado.
USANDO O MEDIATE
Mas afinal o que é esse Mediate? o Mediate é uma Metadata, assim como usamos o Autowire, que serve para não precisar ficar adicionando escuta de eventos, vamos explicar na prática… vá em “views.action.CidadeAction” na função init temos duas escuta de evento
não precisamos fazer mais isso, pode apagar.. agora vá na função onSaveComplete e coloque o Mediate
o mesmo no onRemoveComplete
e como as duas funções fazem a mesma coisa podemos também utilizar de uma apenas assim:
só observe que foi necessário modificar o “modificador de acesso” para public, caso contrário não funciona.
Agora sim é isso galera, o swiz está por enquanto atualizado, vi alguns exemplos na internet usando coisas que nunca vi no swiz(Documentação) por isso me retive e mostrei baseado na documentação… seguindo os passos do mesmo..(Os delegates não são mais necessários mas já que está aí resolvi manter). Espero que te ajude e estimule a manter o framework atualizado, porque esse merece seu carinho e atenção 
Cumps.
Similar Posts:
Esse artigo é continuação do
TUTORIAL JAVA + FLEX NA PRÁTICA 1/6
TUTORIAL JAVA + FLEX NA PRÁTICA 2/6
TUTORIAL JAVA + FLEX NA PRÁTICA 3/6
TUTORIAL JAVA + FLEX NA PRÁTICA 4/6
TUTORIAL JAVA + FLEX NA PRÁTICA 5/6
TUTORIAL JAVA + FLEX NA PRÁTICA 6/6
Não definitivamente você não está delirando e nem eu esqueci conceitos simples da matemática, realmente criei mais um tutorial, a 7/6, o que estou considerando Bônus, para fazer algumas modificações e implementar algumas funcionalidades.
Antes gostaria de agradecer pela participação do pessoal, muitos entenderam o objetivo do tutorial e com certeza fizeram bom proveito, fiquei sabendo este mês de julho que alguns mudaram a forma de trabalhar com Java + flex através deste tutorial 
. Através do mesmo recebi ótimos contatos e oportunidades profissionais, porém, como sempre há alguém que quer mais e gostaria de mais um empurram, então vamos direto ao assunto que tempo é dinheiro.
Essa parte vamos tratar mais de relacionamentos entre tabelas, como tratar esses relacionamentos no Flex e como mostrar mais de um objeto no datagrid… vamos a prática.
Implementação no Java
Assim como fizemos na nossa classe Estado vamos criar nossa Classe Cidade, classe essa que fará o relacionamento mais comum e a dúvida mais comum depois que você começa a programar, vamos ao código:
Cidade.java
Vale comentar algumas anotações que usei aqui:
@ManyToOne(fetch = FetchType.EAGER) -> como o relacionamento é de “N para 1”, uma Cidade pertence a um Estado e o Estado pode ter várias Cidade, usamos a anotação @ManyToOne e também usamos o FethType:
EAGER -> Sempre que o Objeto pai for trazido o atributo mapeado também será trazido) cuidado ao usar pois se for relacionamentos mais complexo, ou melhor, que contém muitos objetos dentro do outro pode ficar muito lento, no nosso exemplo não temos que ser preocupar com isso.
LAZY -> Sempre que o objeto pai for trazido o atributo mapeado só será trazido quando acessado pela primeira vez(muito usado quando é List, Collection para evitar o que citei logo acima).
@JoinColumn(name=”codEstado”,insertable=true,updatable=true) -> informamos qual é o campo é a chave estrangeira, no caso da Cidade a chave estrangeira é o codEstado. O insertable e o updatable quando indicados como true significa que esse objeto tem que ser inserido ou atualizado quando o objeto pai é inserido ou atualizado, resumindo, Toda vez que for inserir e atualizar um Cidade também será inserido ou atualizado um Estado.
@Fetch(FetchMode.JOIN) -> informamos que estamos juntando as duas tabelas, melhor dizendo, como se estivesse usando o Inner Join na injeção de SQL.
@Cascade(CascadeType.SAVE_UPDATE)-> por ultimo a permissão que esse atributo pode interferir na Classe ao qual está fazendo o relaciomento. Explico, ao colocar SAVE_UPDATE se caso você esteja inserindo uma cidade e o estado ainda não foi inserido, ele automaticamente vai adicionar esse Estado, pegar o id do mesmo e gravar na tabela cidade no campo codEstado, Hibernate é Kara 
.
Depois de explicado as anotações as outras classes que ficam no Java já foram explicadas e só serão adicionadas logo abaixo:
CidadeRepository.java
CidadeService.java
CidadeDao.java
Agora é só adicionar o serviço no blazeds e ir para a parte flex.
remoting-config.xml
OBS. Aqui já começa uma pequena discussão, se você perceber os Repository, Service e Dao de Cidade e Estado são praticamente idênticos, e muitos vão optar por trabalhar com classes Genéricas, tipo RepositoryGeneric, DaoGeneric. Nada contra, só que eu prefiro deixar separado, se você usar genérico tome muito cuidado, uma vez tomei o genérico de novalgina e fiquei uma semana mal, acabou o genérico comprei novalgina e a dor de cabeça passou em 30 minutos, hehe.
Outra coisa aí sim eu recomendo é o seguinte, de vez de ter um Service para a cidade e outra para estado criar um tipo addresService, cuja esse serviço manipularia o estado, a cidade o bairro… enfim, tudo que tem haver com endereço, isso é normal, o service na verdade é isso, mais como nos exemplos fica tudo separado as pessoas colocam separado, então, mesmo não fazendo assim neste exemplo recomendo a todos depois fazer isso neste exemplo, considere dever de casa 
.
Implementação no Flex
No flex a implementação é mais simples ainda, a base de ctrl+c ctrl+v, vamos ao código:
Cidade.as
A única coisa que Vale lembrar aqui é que como no Java você usa o relacionamento com a classe Estado, no Action script tem que acontecer a mesma coisa, se não você não relaciona objetos, tipo, ao invés de colocar “estado:Estado” colocar “idEstado:Number” vc não está programando orientado a objeto, você na verdade está criando classes que sejam clone das suas tabelas do banco de dados, fazendo isso você está perdendo o melhor que o mundo OO pode te oferecer. É aqui que vejo uma constante dúvida que tenho recebido por contato aqui no Blog, então aí vai:
CidadeDelegate.as
CidadeEvent.as
ICidadeController.as
CidadeController.as
Adicionados estas classes é só adicionar o mapeamento dos mesmos e o RemoteObjetct no nosso Beans.mxml.
Agora vamos a interface(view) com algumas explicações:
CidadeView.mxml
ataGrid x=“10″ y=“40″ width=“466″ height=“282″ dataProvider=“{controller.cidadeList}” id=“dgCidade”> ataGridColumn headerText=“ID” dataField=“idCidade” width=“70″/> ataGridColumn headerText=“Nome da Cidade” dataField=“nome”/> ataGridColumn headerText=“Sigla” dataField=“sigla” width=“70″/> ataGridColumn headerText=“UF” labelFunction=“colEstado” width=“70″/> ataGrid>
