O grupo no qual você está postando é um grupo da Usenet. As mensagens postadas neste grupo farão com que o seu e-mail fique visível para qualquer pessoa na internet.
Não desenvolvi, mas creio que isso seja exclusividade de backend.
Provavelmente você vai ter um método no backend que faz essa
comunicação com a catraca e do flex você só vai chamar o método da
mesma forma que você chama um método para acessar o banco de dados.
On 15 dez, 00:11, Bruno Brandão <brunolopesbran...@gmail.com> wrote:
Já fiz. O que podes fazer para não perder o potêncial de sistemas web é
gerar um pequeno aplicativo (poderá ser desenvolvido em delphi) que escutará
na com1 ou com2 a solicitação da catraca e fará o tratamento da solicitação
para liberar ou não a catraca.
O correto é ter um aplicativo a parte para isto, pois com a demanda de muita
gente o aplicativo precisa ter exclusividade.
Att,
Marcelo
2009/12/15 Bruno Carneiro <guimaraescarne...@gmail.com>
> Não desenvolvi, mas creio que isso seja exclusividade de backend.
> Provavelmente você vai ter um método no backend que faz essa
> comunicação com a catraca e do flex você só vai chamar o método da
> mesma forma que você chama um método para acessar o banco de dados.
> On 15 dez, 00:11, Bruno Brandão <brunolopesbran...@gmail.com> wrote:
> > Pessoal,
> > Alguém já desenvolveu algum sistema de controle de acesso que interagia
> com
> > catracas eletrônicas para liberar ou vetar o acesso de pessoas?
> --
> 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-unsubscribe@googlegroups.com
> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
> Já fiz. O que podes fazer para não perder o potêncial de sistemas web é
> gerar um pequeno aplicativo (poderá ser desenvolvido em delphi) que escutará
> na com1 ou com2 a solicitação da catraca e fará o tratamento da solicitação
> para liberar ou não a catraca.
> O correto é ter um aplicativo a parte para isto, pois com a demanda de
> muita gente o aplicativo precisa ter exclusividade.
> Att,
> Marcelo
> 2009/12/15 Bruno Carneiro <guimaraescarne...@gmail.com>
> Não desenvolvi, mas creio que isso seja exclusividade de backend.
>> Provavelmente você vai ter um método no backend que faz essa
>> comunicação com a catraca e do flex você só vai chamar o método da
>> mesma forma que você chama um método para acessar o banco de dados.
>> On 15 dez, 00:11, Bruno Brandão <brunolopesbran...@gmail.com> wrote:
>> > Pessoal,
>> > Alguém já desenvolveu algum sistema de controle de acesso que interagia
>> com
>> > catracas eletrônicas para liberar ou vetar o acesso de pessoas?
>> --
>> 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-unsubscribe@googlegroups.com
>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
> --
> 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-unsubscribe@googlegroups.com
> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
>> Já fiz. O que podes fazer para não perder o potêncial de sistemas web é
>> gerar um pequeno aplicativo (poderá ser desenvolvido em delphi) que escutará
>> na com1 ou com2 a solicitação da catraca e fará o tratamento da solicitação
>> para liberar ou não a catraca.
>> O correto é ter um aplicativo a parte para isto, pois com a demanda de
>> muita gente o aplicativo precisa ter exclusividade.
>> Att,
>> Marcelo
>> 2009/12/15 Bruno Carneiro <guimaraescarne...@gmail.com>
>> Não desenvolvi, mas creio que isso seja exclusividade de backend.
>>> Provavelmente você vai ter um método no backend que faz essa
>>> comunicação com a catraca e do flex você só vai chamar o método da
>>> mesma forma que você chama um método para acessar o banco de dados.
>>> On 15 dez, 00:11, Bruno Brandão <brunolopesbran...@gmail.com> wrote:
>>> > Pessoal,
>>> > Alguém já desenvolveu algum sistema de controle de acesso que interagia
>>> com
>>> > catracas eletrônicas para liberar ou vetar o acesso de pessoas?
>>> --
>>> 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-unsubscribe@googlegroups.com
>>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
>> --
>> 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-unsubscribe@googlegroups.com
>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
> --
> 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-unsubscribe@googlegroups.com
> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
Acho que o flex pode dar uma lentidão no processo, não? Acho que dependendo
da aplicação o bom e velho VB, Delphi, dão conta do recado sem serem
bonitos...hehe
Imagine um cara que quer entrar na catraca, não consegue, e você havia
atualizado o sistema, e lá vem o "Cache Hell" do Flex. Para mim isso é
crítico.
>>> Já fiz. O que podes fazer para não perder o potêncial de sistemas web é
>>> gerar um pequeno aplicativo (poderá ser desenvolvido em delphi) que escutará
>>> na com1 ou com2 a solicitação da catraca e fará o tratamento da solicitação
>>> para liberar ou não a catraca.
>>> O correto é ter um aplicativo a parte para isto, pois com a demanda de
>>> muita gente o aplicativo precisa ter exclusividade.
>>> Att,
>>> Marcelo
>>> 2009/12/15 Bruno Carneiro <guimaraescarne...@gmail.com>
>>> Não desenvolvi, mas creio que isso seja exclusividade de backend.
>>>> Provavelmente você vai ter um método no backend que faz essa
>>>> comunicação com a catraca e do flex você só vai chamar o método da
>>>> mesma forma que você chama um método para acessar o banco de dados.
>>>> On 15 dez, 00:11, Bruno Brandão <brunolopesbran...@gmail.com> wrote:
>>>> > Pessoal,
>>>> > Alguém já desenvolveu algum sistema de controle de acesso que
>>>> interagia com
>>>> > catracas eletrônicas para liberar ou vetar o acesso de pessoas?
>>>> --
>>>> 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-unsubscribe@googlegroups.com
>>>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
>>> --
>>> 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-unsubscribe@googlegroups.com
>>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
>> --
>> 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-unsubscribe@googlegroups.com
>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
> --
> 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-unsubscribe@googlegroups.com
> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
>>> Já fiz. O que podes fazer para não perder o potêncial de sistemas web é
>>> gerar um pequeno aplicativo (poderá ser desenvolvido em delphi) que escutará
>>> na com1 ou com2 a solicitação da catraca e fará o tratamento da solicitação
>>> para liberar ou não a catraca.
>>> O correto é ter um aplicativo a parte para isto, pois com a demanda de
>>> muita gente o aplicativo precisa ter exclusividade.
>>> Att,
>>> Marcelo
>>> 2009/12/15 Bruno Carneiro <guimaraescarne...@gmail.com>
>>> Não desenvolvi, mas creio que isso seja exclusividade de backend.
>>>> Provavelmente você vai ter um método no backend que faz essa
>>>> comunicação com a catraca e do flex você só vai chamar o método da
>>>> mesma forma que você chama um método para acessar o banco de dados.
>>>> On 15 dez, 00:11, Bruno Brandão <brunolopesbran...@gmail.com> wrote:
>>>> > Pessoal,
>>>> > Alguém já desenvolveu algum sistema de controle de acesso que
>>>> interagia com
>>>> > catracas eletrônicas para liberar ou vetar o acesso de pessoas?
>>>> --
>>>> 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-unsubscribe@googlegroups.com
>>>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
>>> --
>>> 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-unsubscribe@googlegroups.com
>>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
>> --
>> 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-unsubscribe@googlegroups.com
>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
> --
> 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-unsubscribe@googlegroups.com
> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
Seria praticamente impossível escrever isso em Flex.
As catracas ou são seriais (e Flex não tem suporte para portas seriais) ou são via TCP/UDP (que o Flex tem suporte, mas envia o maldito packet de requisição do CrossDomain que ferra qualquer conexão).
Única forma é um back-end em uma linguagem mais atrelada à plataforma (C, Delphi, .net) e fazer a comunicação com o Flex via serviço (webservice, RTMP, AMF, whatever).
From: Michel Fernandes Sent: Tuesday, December 15, 2009 11:20 AM To: flexdev@googlegroups.com Subject: Re: [flexdev] Re: Catraca Eletrônica
Acho que o flex pode dar uma lentidão no processo, não? Acho que dependendo da aplicação o bom e velho VB, Delphi, dão conta do recado sem serem bonitos...hehe Imagine um cara que quer entrar na catraca, não consegue, e você havia atualizado o sistema, e lá vem o "Cache Hell" do Flex. Para mim isso é crítico.
Já fiz. O que podes fazer para não perder o potêncial de sistemas web é gerar um pequeno aplicativo (poderá ser desenvolvido em delphi) que escutará na com1 ou com2 a solicitação da catraca e fará o tratamento da solicitação para liberar ou não a catraca.
O correto é ter um aplicativo a parte para isto, pois com a demanda de muita gente o aplicativo precisa ter exclusividade.
Att,
Marcelo
2009/12/15 Bruno Carneiro <guimaraescarne...@gmail.com>
Não desenvolvi, mas creio que isso seja exclusividade de backend.
Provavelmente você vai ter um método no backend que faz essa comunicação com a catraca e do flex você só vai chamar o método da mesma forma que você chama um método para acessar o banco de dados.
On 15 dez, 00:11, Bruno Brandão <brunolopesbran...@gmail.com> wrote: > Pessoal, > > Alguém já desenvolveu algum sistema de controle de acesso que interagia com > catracas eletrônicas para liberar ou vetar o acesso de pessoas? > > Cordialmente, > -- > Bruno Lopes Brandão > Web Developer | Solulções Inteligentes
-- 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-unsubscribe@googlegroups.com Mais opções estão disponíveis em http://groups.google.com/group/flexdev
-- 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-unsubscribe@googlegroups.com Mais opções estão disponíveis em http://groups.google.com/group/flexdev
-- 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-unsubscribe@googlegroups.com Mais opções estão disponíveis em http://groups.google.com/group/flexdev
-- 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-unsubscribe@googlegroups.com Mais opções estão disponíveis em http://groups.google.com/group/flexdev
-- 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-unsubscribe@googlegroups.com Mais opções estão disponíveis em http://groups.google.com/group/flexdev
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.
----- Original Message ----- From: Michel Fernandes To: flexdev@googlegroups.com Sent: Tuesday, December 15, 2009 10:20 AM
Subject: Re: [flexdev] Re: Catraca Eletrônica
Acho que o flex pode dar uma lentidão no processo, não? Acho que dependendo da aplicação o bom e velho VB, Delphi, dão conta do recado sem serem bonitos...hehe
Imagine um cara que quer entrar na catraca, não consegue, e você havia atualizado o sistema, e lá vem o "Cache Hell" do Flex. Para mim isso é crítico.
Já fiz. O que podes fazer para não perder o potêncial de sistemas web é gerar um pequeno aplicativo (poderá ser desenvolvido em delphi) que escutará na com1 ou com2 a solicitação da catraca e fará o tratamento da solicitação para liberar ou não a catraca.
O correto é ter um aplicativo a parte para isto, pois com a demanda de muita gente o aplicativo precisa ter exclusividade.
Att,
Marcelo
2009/12/15 Bruno Carneiro <guimaraescarne...@gmail.com>
Não desenvolvi, mas creio que isso seja exclusividade de backend.
Provavelmente você vai ter um método no backend que faz essa
comunicação com a catraca e do flex você só vai chamar o método da
mesma forma que você chama um método para acessar o banco de dados.
On 15 dez, 00:11, Bruno Brandão <brunolopesbran...@gmail.com> wrote:
> Pessoal,
> Alguém já desenvolveu algum sistema de controle de acesso que interagia com
> catracas eletrônicas para liberar ou vetar o acesso de pessoas?
> Cordialmente,
> --
> Bruno Lopes Brandão
> Web Developer | Solulções Inteligentes
--
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-unsubscribe@googlegroups.com
Mais opções estão disponíveis em http://groups.google.com/group/flexdev
-- 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-unsubscribe@googlegroups.com
Mais opções estão disponíveis em http://groups.google.com/group/flexdev
-- 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-unsubscribe@googlegroups.com
Mais opções estão disponíveis em http://groups.google.com/group/flexdev
-- 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-unsubscribe@googlegroups.com
Mais opções estão disponíveis em http://groups.google.com/group/flexdev
-- 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-unsubscribe@googlegroups.com
Mais opções estão disponíveis em http://groups.google.com/group/flexdev
No virus found in this incoming message.
Checked by AVG - www.avg.com Version: 8.5.427 / Virus Database: 270.14.108/2566 - Release Date: 12/15/09 07:52:00
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.
----- Original Message ----- From: Michel Fernandes To: flexdev@googlegroups.com Sent: Tuesday, December 15, 2009 10:20 AM
Subject: Re: [flexdev] Re: Catraca Eletrônica
Acho que o flex pode dar uma lentidão no processo, não? Acho que dependendo da aplicação o bom e velho VB, Delphi, dão conta do recado sem serem bonitos...hehe
Imagine um cara que quer entrar na catraca, não consegue, e você havia atualizado o sistema, e lá vem o "Cache Hell" do Flex. Para mim isso é crítico.
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.
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.
> 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.
> --
> 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-unsubscribe@googlegroups.com
> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
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.
-- 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-unsubscribe@googlegroups.com Mais opções estão disponíveis em http://groups.google.com/group/flexdev
O Sandbox do AIR só possui duas principais diferenças: acesso à arquivos (infelizmente não para execução) e um Safari embutido. De resto as limitações são (quase) as mesmas de Flex.
From: Bruno Brandão Sent: Tuesday, December 15, 2009 11:30 AM To: flexdev@googlegroups.com Subject: Re: [flexdev] Re: Catraca Eletrônica
2009/12/15 Rodolpho da Silva <nascime...@gko.com.br>
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.
-- 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-unsubscribe@googlegroups.com Mais opções estão disponíveis em http://groups.google.com/group/flexdev
-- 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-unsubscribe@googlegroups.com Mais opções estão disponíveis em http://groups.google.com/group/flexdev
> O Sandbox do AIR só possui duas principais diferenças: acesso à arquivos
> (infelizmente não para execução) e um Safari embutido. De resto as
> limitações são (quase) as mesmas de Flex.
> *From:* Bruno Brandão <brunolopesbran...@gmail.com>
> *Sent:* Tuesday, December 15, 2009 11:30 AM
> *To:* flexdev@googlegroups.com
> *Subject:* Re: [flexdev] Re: Catraca Eletrônica
> 2009/12/15 Rodolpho da Silva <nascime...@gko.com.br>
>> 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.
>> --
>> 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-unsubscribe@googlegroups.com
>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
> --
> 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-unsubscribe@googlegroups.com
> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
Eu infelizmente ainda não tive experiências profissionais usando AIR, por isso, o que eu disser sobre AIR é apenas teórico ;)
Um sistemas de catraca, dependendo de onde será utilizado pode ser bem crítico a sua paralização devido a algum tipo de travamento de software.
Por exemplo, aqui no RJ, no metro circulam cerca de 600.000 pessoas ao dia, no que dá + ou - 530 acessos a roleta por minuto. Já imaginou o software gerenciador da roleta travar por somente 10min?
Afirmo que nenhum outro tipo de tecnologia está livre de um travamento de micro mas usando essas tecnologias que usam algum tipo de framework, imagino o tempo gasto para carregar processo a "máquina virtual", realizar "parsing" de comandos, gerenciamento de coletor de lixo...etc...
----- Original Message ----- From: Bruno Brandão To: flexdev@googlegroups.com Sent: Tuesday, December 15, 2009 10:30 AM
Subject: Re: [flexdev] Re: Catraca Eletrônica
2009/12/15 Rodolpho da Silva <nascime...@gko.com.br>
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.
-- 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-unsubscribe@googlegroups.com
Mais opções estão disponíveis em http://groups.google.com/group/flexdev
-- 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-unsubscribe@googlegroups.com
Mais opções estão disponíveis em http://groups.google.com/group/flexdev
No virus found in this incoming message.
Checked by AVG - www.avg.com Version: 8.5.427 / Virus Database: 270.14.108/2566 - Release Date: 12/15/09 07:52:00
O flex não nasceu para atender este tipo de ação, por isso que falei sobre o
delphi.
O lance é saber unir tudo.
Por isso que servidores de aplicação estão em volga, pois acabam atendendo
estas situações.
Att,
Marcelo
2009/12/15 Rodolpho da Silva <nascime...@gko.com.br>
> Eu infelizmente ainda não tive experiências profissionais usando AIR, por
> isso, o que eu disser sobre AIR é apenas teórico ;)
> Um sistemas de catraca, dependendo de onde será utilizado pode ser bem
> crítico a sua paralização devido a algum tipo de travamento de software.
> Por exemplo, aqui no RJ, no metro circulam cerca de 600.000 pessoas ao dia,
> no que dá + ou - 530 acessos a roleta por minuto. Já imaginou o software
> gerenciador da roleta travar por somente 10min?
> Afirmo que nenhum outro tipo de tecnologia está livre de um travamento de
> micro mas usando essas tecnologias que usam algum tipo de framework, imagino
> o tempo gasto para carregar processo a "máquina virtual", realizar "parsing"
> de comandos, gerenciamento de coletor de lixo...etc...
> 2009/12/15 Rodolpho da Silva <nascime...@gko.com.br>
>> 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.
>> --
>> 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-unsubscribe@googlegroups.com
>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
> --
> 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-unsubscribe@googlegroups.com
> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
> ------------------------------
> No virus found in this incoming message.
> Checked by AVG - www.avg.com > Version: 8.5.427 / Virus Database: 270.14.108/2566 - Release Date: 12/15/09
> 07:52:00
> --
> 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-unsubscribe@googlegroups.com
> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
530 acessos por minuto dá aproximadamente 9 acessos por segundo.
Mesmo ActionScript conseguiria dar conta de 9 requisições por segundo (claro, se bem programado).
O tempo de acesso médio de um aplicativo que estou fazendo em Flex via rede local para trazer uma quantidade considerável de dados é de 75ms, o que dá 13 requisições por segundo, mas considerando que exibo 8 colunas de dados com 20 linhas, podemos aí chegar a um nível teórico de 2000 requisições por segundo, beeeem superior às 9 que seriam necessárias para o Metrô do Rio.
Claro, há muito mais envolvido nisso tudo e com certeza poderia haver algum gargalo, mas, o ponto é: ActionScript não é tão lento quanto se imagina =) Com uma boa estrutura de cache, uma fonte de dados rápida e uma programação impecável, o garoto dá conta de quase todos os recados =)
Apesar do Flex não ser multi-tarefa (como o Silverlight, por exemplo), não podemos esquecer que ele tem um ótimo suporte à sockets binários. O throughput disso é insano, se comparado com um Web Service comum, e a banda então é um zilionésimo do que é gasto em um aplicativo comum. Se tiver um back-end rápido e robusto (claro, escrito em .net com SqlServer 2008, he he he), tenho certeza que nosso adorado amigo da Adobe faz o cão =)
Por falar nisso, agora fiquei curioso... vou ver depois se pego um código de benchmark qualquer (como o SuperPi) e rodo em Silverlight e Flex pra ver o quão potente são de fato...
From: Rodolpho da Silva Sent: Tuesday, December 15, 2009 12:40 PM To: flexdev@googlegroups.com Subject: Re: [flexdev] Re: Catraca Eletrônica
Eu infelizmente ainda não tive experiências profissionais usando AIR, por isso, o que eu disser sobre AIR é apenas teórico ;)
Um sistemas de catraca, dependendo de onde será utilizado pode ser bem crítico a sua paralização devido a algum tipo de travamento de software. Por exemplo, aqui no RJ, no metro circulam cerca de 600.000 pessoas ao dia, no que dá + ou - 530 acessos a roleta por minuto. Já imaginou o software gerenciador da roleta travar por somente 10min? Afirmo que nenhum outro tipo de tecnologia está livre de um travamento de micro mas usando essas tecnologias que usam algum tipo de framework, imagino o tempo gasto para carregar processo a "máquina virtual", realizar "parsing" de comandos, gerenciamento de coletor de lixo...etc...
----- Original Message ----- From: Bruno Brandão To: flexdev@googlegroups.com Sent: Tuesday, December 15, 2009 10:30 AM Subject: Re: [flexdev] Re: Catraca Eletrônica
2009/12/15 Rodolpho da Silva <nascime...@gko.com.br>
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.
-- 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-unsubscribe@googlegroups.com Mais opções estão disponíveis em http://groups.google.com/group/flexdev
-- 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-unsubscribe@googlegroups.com Mais opções estão disponíveis em http://groups.google.com/group/flexdev
No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.427 / Virus Database: 270.14.108/2566 - Release Date: 12/15/09 07:52:00
-- 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-unsubscribe@googlegroups.com Mais opções estão disponíveis em http://groups.google.com/group/flexdev
> --
> 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-unsubscribe@googlegroups.com
> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
|
