Garanto pra você que "frameworks" não deixam nada lento =) Já fiz aplicativos em C# que suportavam uma "base de dados" de milhões de items com milhares de pessoas online ao mesmo tempo (mais de 5000), com tempo de resposta abaixo de 100ms (jogos online).
Você não precisa de fato de velocidade em um aplicativo deste gênero (já fiz controle de acesso em Windows Mobile com 200Mhz), o fato é que Flex foi feito pra RIA, não para softwares de baixo nível ou back-end. Claro, a criatividade das pessoas fazem o Flex fazer coisas que nem mesmo a Adobe pensaria em fazer, mas, há limites (infelizmente). O único limitante neste caso seria o acesso à porta serial via ActionScript. A velocidade dele é muito boa e daria de sobra pra fazer um sistema deste gênero (até com um certo nível de frescura, tipo filmes de hollywood onde o cara passa na catraca e vem a foto dele com uns efeitinhos he he he) From: Rodolpho da Silva Sent: Tuesday, December 15, 2009 12:28 PM To: flexdev@googlegroups.com Subject: [flexdev] Re: Catraca Eletrônica Também concordo com o Michel. Para alguns casos (principalmente quando o assunto é performance em grandes volumes de informação/processamento) é melhor usar tecnologias que trabalham diretamente com a CPU (C, Delphi, VB, etc...), pois não existe nenhum "intermediário" (framework) causando assim um delay no processo. Apesar de perdermos em "portabilidade", ganhamos em velocidade. Att, Rodolpho da Silva www.essencialcode.com.br -- 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
smime.p7s
Description: S/MIME cryptographic signature