Ha tá.. ficou melhor explicado o "contra" =D Bem.. é como eu disse sobre oq a Vera Carr falou ontem no open meeting iteration. Eles vão *tentar* igualar os recursos q já existem no Hallo em relação ao Spark, mas se isso conflitar com as novas idéias, com certeza irão optar em manter as novas idéias a q manter algo "retrógrado" ... nesses casos, é o típico caso em q se indica a migração para algo novo em vez de manter algo "velho"... enfim, no final acho q poucas coisas serão tão conflitantes, e eu imagino (ou seja, achismo puro) q no futuro não será nada tãoo traumático assim... vale lembrar q esse foi o beta 1, não dá pra esperar uma ferramenta de migração Hallo2Spark num beta ... vamos dar tempo ao tempo.
Já sobre a geração de código dos "data services" ... é como eu falei, ainda não tive tempo de ver essa geração a fundo, MAS já prevejo um complicador nesse caso: frameworks. Com certeza esses "códigos mágicos" não preveem as "constraints" estabelecidas por esses FW (aka Cairngorm, Swiz, Mate, whatever) ... quem sabe, no futuro, irá suportar "o jeito Cairngorm de ser" umavez q esse fw agora faz parte do OpenSource Adobe. Vamos ver oq o futuro nos reserva. Abraços. 2009/8/18 Daniel Vitor <[email protected]> > > Ufa, to até sem folego agora que a acabei de ler o pitaco do Mário > Júnior! rsrs > > Bom, muito interessante seus comentários. > > Quero apenas fazer uma correção no que eu disse: acho que a expressão > "contra" com relação a alteração do namespace, realmente pode ter sido > empregada errada. A mensagem que eu quis passar não foi que é "ponto > contra" a alteração do namespace, e sim "ponto contra" a adobe não ter > disponibilizado uma ferramenta que auxilie no processo de migração da > versão do framework do flex do 3 para o 4. > > e uma observação no seu pitaco: > > "Outro fator.. é q isso vai parecer akeles componentes dataset do > delphi.. q > os "sobrinhos" arrastam pro form, ligam os campos e depois sai > vendendo > programinha de padaria por 50 "real" ... mas vai tentar rodar isso > num > carrefour da vida... num aguenta!" > > Realmente lembrou muito mesmo os componentes dataset do delphi, porém > com uma diferença, no delphi esses componentes, de certa forma, > gerenciam tudo internamente, já no caso desse novo recurso do flash > builder, pelo que eu pude perceber, ele só gera automático os códigos > de comunicação com o back end (request e result), o resto é o > programador mesmo que continua fazendo. O legal é a possibilidade de > ser definir um método dentro de uma classe no back end e poder ver > essa classe com seus métodos disponíveis dentro do flash builder. > Acredito que a automatização é essa e gerar automaticamente as colunas > no datagrid em tempo de design (foi isso que foi apresentado e > inclusive não rodou! rsrsrs). Mas não é pra fazer sistema pra padaria > não rsrsrs! > > Também não tive tempo de fazer uma imersão no flash builder, e meus > comentários são baseados apenas na apresentação do Lee. Mas ele bateu > muito no ponto de redução de código, tanto com esse recurso quanto com > o catalyst (para mxml). > > Abraços galera! > > > -- Mario Junior Enterprise Java / Flex Architectures Adobe Certified Expert Flex 3 with AIR Sofshore Informática http://www.sofshore.com.br +55 (48) 3337 2003 Rua Pastor Willian Richard Schisler Filho 452 sl 102, 88034-100 Itacorubi Florianopolis SC Brasil --~--~---------~--~----~------------~-------~--~----~ Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para [email protected] Para sair da lista, envie um email em branco para [email protected] Mais opções estão disponíveis em http://groups.google.com/group/flexdev -~----------~----~----~----~------~----~------~--~---
