Palmas... Falou e disse, cada vez que leio algo escrito por esses gurus de flex aprendo coisas novas.
Valeu Mário. A propósito ja trabalhei com gerador de código (Genexus) não sinto saudades... 2009/8/18 Mário Júnior <juninho...@gmail.com> > Vou dar meus pitacos, logo abaixo: > > > > 2009/8/18 Daniel Vitor <dvluc...@gmail.com> > >> >> Boa tarde pessoal >> >> É, eu estive lá! >> >> Muita coisa legal vem por ai com Catalyst, Flash Builder 4 e Cold >> Fusion 9. >> >> Dentre tantas coisas apresentadas lá, uma que me chamou muito a >> atenção foi o novo recurso no Flash Builder 4 de visualizar as classes >> disponiveis no back end (CF, PHP, Java, ...) e integrar com as >> aplicações Flex. Basta um simples arrasta e solta em um datagrid e >> bingo! Já é montado a estrutura de comunicação remota Flex e back. Não >> precisa mais aquele tanto de codigo pra manipular RemoteObject. > > > > *"Não precisa mais aquele tanto de codigo pra manipular RemoteObject."* > > Bem... isso realmente é muito bom, e agiliza o processo, mas ao mesmo tempo > me incomoda. "Geração automática de código" nunca foi uma coisa "legal" ... > vide os inúmeros frameworks/ferramentas q já existe no mercado para isso.. e > nenhuma delas emplaca de verdade! Além do mais... sempre tem akele "feeling" > de programador para se obter melhores performances... coisa q só dá para > fazer de acordo com o cenário aplicado.. não dá para generalizar. > > Eu ainda não tive tempo de fazer uma imersão nisso ainda, para ver oq > realmente gerado e como as coisas são feitas "por baixo dos panos" ... mas > já reconheço em não ter tanto ânimo em usar isso. Obviamente, que isso é uma > opnião pessoal! > > 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! :P > > > >> >> >> A idéia do Catalyst também foi uma grande sacada da adobe, pois tem >> tantas ferramentas para design, porém todas eram somente pra design, >> Agora basta abrir um layout montado no photoshop por exemplo e gerar >> os componentes com o catalyst. Show d+. > > > > Realmente, a idéia é boa sim... mas receio q um novo tipo de profissional > será exigido para essa ferramenta... alguém mais "híbrido" .. q saiba design > (interfaces e iteração) mas que tb conheça noções de "componentização" e > isso geralmente envolve prática com AS3. Sinceramente, só conheço duas > pessoas no Brasil q poderiam preencher bem essa vaga e uma outra pessoa, com > quem tive o prazer de trabalhar, mas que está no marrocos. Obviamente, > tambem, que não conheço todo mundo.. talvez até tem mais gente aí q pode se > dar bem nessa área... falta só "se mostrar mais" ... mas acredito q com o > tempo isso vá acontecer! > > Então, isso de *"basta abrir um layout montado no photoshop ... e gerar os > componentes com o catalyst" *não será algo "tão simples assim" ... vai > exigir conhecimento de quem o fizer. > > > >> >> Agora os contras :/. >> >> O velho e conhecido problema do Garbage Collector, permanece e ainda >> não nada de concreto que o problema será solucionado numa proxima >> versão do flash player. > > > *Welcome to Garbage Collector Hell!* > è .. isso é fogo ainda... nesse ponto a Runtime do SL está melhor... mas já > era de se esperar, afinal o produto ainda é novo e a microsoft já conhecia > os problemas do FP: > > "inteligente aprende errando.. o sábio aprende vendo os erros do > inteligente" > > Nesse ponto, a M$ foi muito sábia.... méritos a ela. > (não me atirem pedras, nem me enviem cartas com antrax ou espirrem perto de > mim =D ) > > Mas... até o momento, isso não é um ponto tão preocupante assim (para > mim)... conheço poucas apps q teriam motivos para se preocupar com isso. As > vezes, vejo programador querendo fazer um crudzão se preocupando em fazer > array com "[]" ao invés de fazer "new Array()" .. dizendo q "new array()" > consome mais memória... pfffzzzz... > > >> >> Outro contra é a alteração do namespace no Flex 4.0 agora chamasse >> "spark", logo é necessário que seja feita toda uma revisão no código >> MXML de aplicação desenvolvidas em Flex 3 para migrar "na unha" para >> Flex 4. Pois como o próprio Lee Brimelow disse que não foi e não será >> implementado para essa versão do Flash Builder uma ferramenta de >> migração da versão 3 para a 4 do Flex. Um exemplo dessa alteração é a >> própria tag do application: antes: <mx:Application /> e agora: >> <s:Application />, e por ai vai. > > > > *"Outro contra é a alteração do namespace no Flex 4.0 agora chamasse > 'spark' "* > > Quanto a isso, não acho q é "contra" não.. acho q é "pró". > > O Flash Player 10 mudou muita coisa, text rendering, layers rendering, > Z-axis, etc.., e para termos acessos a essas features o FlexTeam teve que > fazer uma opção: > a) Alterar/Refatorar todo o pacote de componentes Hallo > b) Criar um novo pacote de componentes (Spark) com as novas features > > Eles optaram pela segunda (b) ... e na minha humilde opnião, acho q fizeram > a certa! > > Agora há pouco houve um Open Meeting Iteration do FlexTeam, pude participar > e vi q tinha mais brasileiros lá interessados (vi que o Velo e o Digows > estavam presentes tb.. isso ae galera, bom mostrar para eles q os brazucas > estão acompanhando!). O principal assunto deles eram sobre a equivalencia > das propriedades entre os componentes Hallo vs Spark. Pelo jeito, eles vão > melhorar isso até o lançamento do produto final. Então, manter uma > retrocompatibilidade será mais fácil futuramente... obviamente que o Lee não > falou disso pq a reunião do FlexTeam aconteceu só agora a tarde. > > No entanto, uma preocupação ficou clara com o que a Vera Carr falou no > meeting, "o objetivo é sempre a progressão do produto" (tradução literal) .. > ou seja, se em algum momento essa operação de retrocompatibilidade conflitar > com o progresso do Fx4, com certeza, eles deixarão de lado. Afinal vc não > vai ficar mantendo algo "velho" se pode progredí-lo, certo? > > > >> >> Sem mais, só posso dizer que foi show o evento! Quem teve oportunidade >> e não foi, perdeu! >> >> Abraço pessoal! > > > > Então.. espero q ano q vem... novas cidades seja inseridas como Floripa, > Curitiba, Porto Alegre, dentre outras. > > > Bom.. os comentários refletem minha opnião pessoal, sem base científica, e, > não servem como referencia para fins de pesquisa. > Just my 0.2 cents! > > > Abraços!!! > > > > > >> >> >> > > > -- > 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 > > > > > -- Bel. Vinícius Velasco MSN: ircvinic...@hotmail.com Skype: ircvinicius Fone: 66 9206 6966 Rondonópolis - Mato Grosso - Brasil "Nos seus momentos de aflição, não se envergonhe de baixar a cabeça e chamar por Deus!!!" --~--~---------~--~----~------------~-------~--~----~ Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com Para sair da lista, envie um email em branco para flexdev-unsubscr...@googlegroups.com Mais opções estão disponíveis em http://groups.google.com/group/flexdev -~----------~----~----~----~------~----~------~--~---
