Flash Builder 4.7 beta (primeiras impressões)

[hugo]

Ontem tive a oportunidade de testar o Flash Builder 4.7 beta que partilho aqui convosco a experiência.

Para quem usa hoje em dia a versão 4.6 para iOS, a versão 4.7 é obrigatória, pois as grandes maiorias visíveis são em torno desta plataforma.

Mobile iOS:

A versão 4.7 trouxe a possibilidade de fazer debug directamente a partir do iDevice como já tinhamos para Android.

Antes tinhamos a possibilidade de testar em emulador AIR apenas ou exportar para ficheiro ipa, ter de copiar para o iDevice através do iTunes e isto a cada teste era um imenso desperdício de tempo.

Agora ao fazer o build temos 3 hipóteses (emulador AIR, emulador iOS, device)

Sim, ele faz o build e o deploy automatico para o iDevice sem passar pelo iTunes (a única coisa que não faz é arrancar a aplicação automaticamente como acontece em Android mas é apenas um detalhe).

Testei também o emulador iOS e de facto vale a pena pois dá uma emulação mais próxima da realidade em relação ao emulador AIR, para além de que é óptimo para screenshoots pois nem todos têm um iPhone e um iPad para tirar screenshoots de ambas as versões. Para além disto o emulador iOS suporta native extensions (algo que não é possível com emulador AIR como é lógico).

Mobile Android:

Não visualizei novidades aqui.

Mobile Playbook:

Foi removido este profile no FB 4.7, sendo a partir de agora da total responsabilidade da RIM, ou seja, terá de ser via plugin e mantido pela RIM mas a mim parecem-me boas notícias porque permite que o FB evolua independentemente deste e já está no roadmap da RIM, lançar este plugin para o FB 4.7: https://developer.blackberry.com/air/beta/download/roadmap/

Como é sabido também, a actual versão do Playbook Tablet OS ficou parada no tempo com o AIR 3.1 mas só acredito que venha a dar o salto para a versão 3.4 ou mesmo um outra versão no futuro se o novo phone deles chegar "algum dia" a sair e tiver vendas pronunciadas.

Mobile Geral:

Parâmetro no build para indicar que queremos primeiro limpar os dados locais (excelente, pois já não temos de andar a perder tempo a desinstalar antes do teste).

Outras soluções:

Não vi novidades

Performance:

A performance entre a versão 4.6 e 4.7 é similar (versão MacBook Pro).

Finalmente uma versão 64 bits para Windows.

Em suma o FB 4.7 não considero importante para projectos desktop (AIR) ou web (Flash) mas é importante para mobile (especialmente para iOS) no entanto quem pretende publicar para Playbook, tem de manter lado a lado com o FB 4.6 (pelo menos por enquanto).

Bem, esta é a minha review que espero que gostem :)

[hugo]

Outros pormenores:

Design Viewer:

Como prometido foi finalmente removido.

Acreditem ou não, tinha essa opção nas versões anteriores desactivada.

Para uma interface "líquida", o design viewer não é nada mais do que perca de produtividade e ter a interface na cabeça com a visualização em mxml é do mais produtivo que podemos ter.

Duplica-se mais rapidamente uma linha de código em xml que representa uma caixa de texto do que se anda a copiar com o rato e a navegar entre parâmetros para mudar valores de propriedades.

Emulador iOS:
Como não podia deixar de ser, isto só está disponível para a versão do OSX para correr sobre o xcode.

Controlo sobre o runtime AIR:

Esta é uma grande vantagem de que agora o FB deixou de ser uma caixa fechada em que algo acontece "behind the scenes" e se de futuro sair um novo AIR, podemos continuar a usar o IDE sem recorrer a linha de comandos.

Suporte ao Mac App Store (para Mac desktop, não iOS):

Continua a não estar presente este suporte no actual FB 4.7, no entanto através de um script com uma data de procedimentos isto já era possível, pelo que pode ser que fica para a próxima :)

[Ricardo Araújo]

Bom dia Hugo,

Obrigado por partilhares toda esta informação. 

Por não trabalhar com ios não tenho opinião formada mas sobre o Design Viewer, concordo com o teu ponto de vista.

Aproveito para te deixar uma pergunta: tem alguma novidade sobre o asDocs ? 

até já,

Obrigado

--
Recebeu esta mensagem porque está inscrito no grupo "Mailing List da Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos Grupos do Google.

Para ver este debate na Web, visite https://groups.google.com/d/msg/riapt/-/oEnYsjDxFLYJ.

Para publicar uma mensagem neste grupo, envie um e-mail para ri...@googlegroups.com.
Para anular a inscrição neste grupo, envie um e-mail para riapt+un...@googlegroups.com.
Para ver mais opções, visite este grupo em http://groups.google.com/group/riapt?hl=pt-PT.

[Hugo Ferreira]

Bom dia Ricardo,

Essa é uma área que não tive oportunidade de investigar mas segundo o descrito pela Adobe: http://helpx.adobe.com/content/help/en/flash-builder/release-note/flash-builder-4-7-release-notes.html#main-pars_header_1 parece que não houve alterações nesse campo.

Em relação ao design viewer, é transversal às várias soluções, ou seja, deixas de ter design viewer independentemente do teu projecto ser mobile, desktop ou web.

[Ricardo Araújo]

ok, falei do asDocs pq aparentemente aquilo funciona bem no FB mas quando se tenta exportar é um filme. Eu sei porque já tentei num projecto grande e vi-me lixado. (e ainda não consegui o que queria)...

sabes me dizer se é possível exportar também para smart phones com windows?

[Hugo Ferreira]

Actualmente não existe uma versão do AIR para Windows Phone embora veja isso a ser muito solicitado.

A Adobe olha para a coisa como uma questão de marketshare.

De momento tens o suporte oficial pela Adobe para Android e iOS que dominam em conjunto o mercado.

No caso do Blackberry tinhas também o suporte pela Adobe em conjunto com a RIM para o Playbook mas isto agora passou para as mãos da RIM que se de futuro chegar a lançar novos tablets e o famoso BB 10, vamos ter mais opções de exportação para esta plataforma.

Dito isto, ou no próximo ano a Microsoft começa a ganhar terreno no mobile e a Adobe eventualmente começa a olhar para o Windows Phone com outros olhos ou então nunca vamos ter essa possibilidade porque ao contrário da RIM, não vai ser a Microsoft a dar o suporte.

Ainda assim se viermos a ter um runtime AIR para Windows Phone, acredito que possa aparecer a opção de deploy no Flash CS (por causa dos jogos) e se aparecer no Flash Builder será uma sorte mas se tivermos o runtime, mais cedo ou mais tarde alguém cria um script para gerar o package :)

[Carlos Ribeiro]

Boa notícias Hugo, obrigado pela partilha.

[Apintex]

Olá Hugo

Agradeço a partilha e comentários sobre o seu teste à versão 4.7

Na verdade sinto-me um pouco perdido sem o Design Viewer. Ainda não entendo como se pode ser mais produtivo sem ele, quando supostamente foi feito para ajudar na produtividade.

Qual é o método que utiliza para desenvolver uma interface 'liquida', mais ou menos complexa, sem o design Viewer? Pode ajudar? (api...@gmail.com) 

Att,

António Pinto

Enviado do meu iPad

--

[Hugo Ferreira]

Olá António,

Isto é apenas a minha opinião, mas a meu ver é bem mais rápido seleccionar uma linha xml com um textinput, copiar e alterar alguns valores do que fazer o mesmo com o rato num design viewer.

Penso também que visualizar no global o mxml dá uma ideia diferente do que poderá acontecer em runtime.

No fundo penso que é uma questão de hábito.

Na minha opinião é muito mais importante os melhoramentos que fizeram no FB 4.7 do que terem um super design viewer. Seja como for não temos escolha :(

[Ricardo Araújo]

Também não uso o design view e não preciso. O primeiro ponto negativo é a nivel de performance... segundo ponto porque não gosto é porque nem sempre corresponde à verdade... se a coisa for demasiado complexa em vez de ajudar complica. e seguindo o mxml conseguimos ter a ideia de como as coisas vão ficar. questão de pratica e habito! 

[Hugo Ferreira]

Exacto.

Um pormenor que não falei em relação a esta beta: se tentarem usar o vosso Adobe ID, ele vai queixar-se que a password está incorrecta, simplesmente porque sendo beta deverá estar a usar um bd diferente.

Terão de criar uma nova conta exclusiva para a versão beta e sendo supostamente uma bd diferente, até podem usar o mesmo e-mail, username e password com conta habitual (funcionou comigo) !

Uma área muito importante que sempre faltou ao runtime e que agora temos disponível e que também está suportado no FB 4.7, são os workers (devem se ter inspirado no nome pelo HTML5 :D) que nada mais é do que threats.

Infelizmente os workers ainda está limitados a desktop e pelo roadmap só deveremos ter isto no mobile lá para o próximo ano !

Com workers, conseguimos dar um boost na performance :D.

[Apintex]

Boas Hugo,

Desculpe voltar a insistir mas como passa, ou melhor, que método utiliza para passar da ideia/desenho/interface para mxml? Como sabemos, uma interface pode ser bastante complexa. Desenha o layout em papel? Passa directamente da ideia para o mxml? E se estivermos a falar de um projecto actionscript?

Att

António Pinto

Enviado do meu iPad

[Ricardo Araújo]

consegues postar um exemplo de código simples de um worker?

[Ricardo Araújo]

a meu ver, o desenho no papel sub divide-se em muitas partes... 

quanto ao projecto action script também não tens o preview do design view! 

normalmente consegue-se sempre subdividir um layout em HGroups e VGroups... e por sua vez em sub componentes! 

[Hugo Ferreira]

Por acaso foi publicado um vídeo com um exemplo simples que na minha opinião está excelente (foi utilizado já o novo Flash Builder 4.7 beta): http://gotoandlearn.com/play.php?id=169 

No dia 30 de Agosto de 2012 10:18, Ricardo Araújo <ricardo...@gmail.com> escreveu:

[Ricardo Araújo]

uau! tem muito potencial! 

obrigado por partilhares! 

[Hugo Ferreira]

De nada.

Sim, de facto tem imenso potencial e utilizado na devida altura poderá ser tornar num "game changer" para a performance das aplicações, portanto é sem dúvida uma nova área no runtime a explorar :)

É só uma pena ainda não termos para mobile mas parece que estão interessado em vir a incluir também. Temos de esperar ...

[hak00t]

Ricardo e como trabalhar com a paleta de cores ? No modo design podemos visualizar os tons sem ele fica complicado.

[Ricardo Araújo]

oi?

No dia 22 de Julho de 2013 às 16:40, hak00t <hakoo...@gmail.com> escreveu:

Ricardo e como trabalhar com a paleta de cores ? No modo design podemos visualizar os tons sem ele fica complicado.

--

Recebeu esta mensagem porque está inscrito no grupo "Mailing List da Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos Grupos do Google.
 

Para anular a subscrição deste grupo e parar de receber emails deste grupo, envie um email para riapt+un...@googlegroups.com.

Para publicar uma mensagem neste grupo, envie um e-mail para ri...@googlegroups.com.

Visite este grupo em http://groups.google.com/group/riapt.
Para mais opções, consulte https://groups.google.com/groups/opt_out.